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LIFE SIGN DETECTION AND HEALTH STATE ASSESSMENT SYSTEM 



This patent claims the benefit of the priority of Provisional Patent Application 
60/517,149, filed November 4, 2003 and entitled "Life Sign Detection and Health State 
Assessment System", the full disclosure of which is incorporated by reference. 

5 

Field of the Invention 
This invention relates to compact wearable systems for measuring a subject's vital 
signs, such as heart rate, respiration rate, temperature, position and motion, possibly 
processing those measurements and transmitting the results of the processing wirelessly 
10 for remote monitoring. It also relates to processing algorithms for generating electrical 
signals indicating vital signs, and more generally for developing diagnostic information 
from groups of sensor readings. 

Background of the Invention 
Electronic devices for monitoring a patient's vital signs at bedside are in common 
15 use in hospitals. Typically these measure, display and transmit to nursing stations EKG 
traces, blood pressure values, body temperature values, respiration rates and other vitals. 
To accomplish this, sensors such as EKG pads, pressure cuffs, thermometers, etc. are 
attached to the patient by multiple leads. Each of the different devices is designed for use 
on a patient with limited mobility in a stable environment. In addition there are 
20 monitoring devices for heart rate, respiration and body temperature, designed for use by 
athletes, pilots, astronauts, etc. Some of the systems employ wireless transmission to a 
monitor. Again, these devices are designed for use in predictable environmental 
situations often where low cost and low transmission bandwidth are not limiting factors. 
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These devices for the most part report detailed data such as full EKG trace details, 
although some merely have alarm functions if certain parameters are exceeded. 

There has long been desired a reliable, reasonably low cost system for monitoring 
and aiding in the triaging of wounded soldiers in a battlefield environment, or triaging 
5 multiple trauma victims at an accident site. In particular the devices do not exist that 
could be worn by a soldier in the chaotic battlefield environment to provide enough 
useful information on vitals to say with confidence that the soldier is beyond the point 
where medical intervention would be useful, so as to be able to avoid or terminate rescue 
attempts that place a rescuer's life in jeopardy. Thus medics and other rescue personnel 

10 continue to be killed or seriously injured attempting to rescue soldiers where rescue was 
already hopeless. Despite the great need for systems to avoid such unnecessary casualties 
there has heretofore been no satisfactory system economical enough to simultaneously 
monitor large numbers of armed forces. 

Such a system would also obviously be useful in non-military chaotic situations. 

15 For example ambulances and emergency vehicles are often equipped with personnel and 
diagnostic equipment that can be overwhelmed in situations where there are several 
injured to treat simultaneously. Again, there is not available at reasonable cost health 
assessment systems that could be applied to multiple subjects to allow triaging to take 
place rapidly by persons remote from the scene of injury. 

20 Suggestions have been made as to how such systems should be organized and 

what should be measured. Nevertheless, despite these suggestions and the great need, the 
prior art has not advanced to the point where such systems have been built and made 
practical. 
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Prior patents that may relate to the problems of health state assessment are the 
following; 

Respiration Effort Sensor s 

U.S. patent 5,513,646 entitled "Personal Security Monitoring System and 
Method" discloses a breath detector and a signal processor where the signal processor 
distinguishes between the user's normal breathing patterns and other patterns that trigger 
alarms. 

U.S. patent 5,61 1,349 entitled "Respiration Monitor with Simplified Breath 
Detector" discloses a pneumatic breath detector using a low pass filter to reduce signals 
not indicative of respiration. 

U.S. patent 6,377,185 entitled "Apparatus and Method for Reducing Power 
Consumption in Physiological Condition Monitors" discloses using a high power mode 
when data is written and a low power mode when inactive. Incoming data is placed in a 
low power buffer and transferred in a single data transfer. 

U.S. patent 5,331,968 entitled "Inductive Plethysmography Transducers and 
Electronic Circuitry Therefor" discloses such a device where the circuitry is located 
remotely rather than on a transducer. 

U.S. patent application 2002/0032386 entitled "Systems and Methods for 
Ambulatory Monitoring of Physiological Signs" discloses monitoring apparel with 
attached sensors for pulmonary and cardiac function by including ECG leads and a 
plethysmographic sensor. Data from the sensors is stored in a computer readable medium 
for later use by health care providers. 
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Sensors and Signal Processors for Extracting a Physiological Measurement, Especially in 
a High Noise or High Motion Environmen t 

U.S. patent 6,520,918 entitled "Method and Device for Measuring Systolic and 
Diastolic Blood Pressure and Heart Rate in an Environment with Extreme Levels of 
5 Noise and Vibrations'* discloses using an acoustic senor on the patient near an artery and 
a second acoustic transducer away from the artery. The signal of the first sensor is 
processed using an adaptive interfere canceller algorithm with the signal of the second 
acoustic sensor as interferer. 

U.S. patent 6,629,937 entitled "System for Processing Audio, Video and Other 
10 Data for Medical Diagnosis and Other Applications" discloses a system for storing 

acoustic data in a file associated with a patient's medical record, which are analyzed to 
determine physiologically significant features useful in medical diagnosis based on an 
automatic analysis. 

U.S. patent 5,853,005 entitled "Acoustic Monitoring System" discloses a 
15 transducer that monitors acoustic signals representative of heartbeat or breathing and 
transferred into a fluid. A comparison is made with predetermined reference patterns. 

U.S. patent 6,616,613 entitled "Physiological Signal Monitoring System" 
discloses a system for determining blood pressure, heart rate, temperature, respiratory 
rate, and arterial compliance on the basis of signal characteristics of the systolic wave 
20 pulse. The systolic reflected wave pulse contour is subtracted from the digital volume 
pulse contour. 
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U.S. Patent 6,200,270 entitled "Sensor for Non-Invasive and Continuous 
Determination of the Duration of Arterial Pulse Waves 1 ' discloses two spaced apart 
piezoelectric pressure sensors along the artery. 

Wireless Networks - Low Power Digital Data Networks in the "Body Area" or "Personal 
5 Area" Space: Selectable Data Rates, Data Buffering and Store and Forward Means 
U.S. patent 6,577,893 entitled "Wireless Medical Diagnosis and Monitoring 
Equipment" discloses wireless electrodes attached to the surface of the skin of a patient 
and having a digital transmitting and receiving unit. 

U.S. patent 5,755,230 entitled "Wireless EEG System for Effective Auditory 
10 Evoked Response" discloses an electrode array for attachment to a person that senses 
voltages produced by brain electrical activity. An operator interface records a verbal 
stimulus and provides a comparison of the brain activity with the stimulus. 

U.S. patent 6,167,258 entitled "Programmable Wireless Data Acquisition System" 
discloses such a data collecting system where a transmitting device can receive multiple 
15 inputs and transmit a signal encoded with data corresponding to the inputs. 

U.S. patent 6,223,061 entitled "Apparatus for Low Power Radio 
Communications" discloses such a system controlled frequency modulation where a 
phase lock loop synthesizer is set to an open loop state to allow FM unimpeded by the 
normal frequency correcting action of the synthesizer. 
20 U.S. patent application 2002/0091785 entitled "Intelligent Data Network" 

provides two-way communication between a node and a master device by pausing to 
listen after each transmission. 



WO 2005/046433 PCT/US2004/036587 

U.S. patent 6,450,953 entitled "Portable Signal Transfer Unit" discloses a system 
for relaying physiological data employing a memory for buffering the signal and 
wirelessly transmitting it to a remote unit. 

U.S. patent 6,454,708 entitled "Portable Remote Patient Telemonitoring System 
Using a Memory Card or Smart Card" discloses a system that records full waveform data 
on smart cards. The system uses cordless, disposable sensors. 
Systems for Remote Monitoring of Personnel 

U.S. patent 6,579,231 entitled "Personal Medical Monitoring Unit and System" 
discloses a portable unit worn by a patient that stores physiological data and issues 
medical alarm conditions via wireless communications. The unit works with a central 
reporting system for long term collection and storage of the subjects data and can 
automatically dispense chemicals. 

U.S. patent application 2002/00 195S6 entitled "Apparatus for Monitoring Health, 
Wellness and Fitness" discloses two sensors coupled to a processor and a memory for 
storing the data, which is subsequently transmitted. 

U.S. patent 6,605,038 entitled "System for Monitoring Health, Wellness and 
Fitness" discloses a sensor worn on the upper arm including an accelerometer, GSR 
sensor and heat flux sensor. A central monitoring unit generates analytical status data 
that is transmitted to a recipient. 

U.S. patent 6,160,478 entitled "Wireless Health Monitoring System" discloses a 
system for remotely monitoring a person's physical activity through use of an 
accelerometer. It may be used to determine whether a person has fallen and the likely 
severity of the fall and trigger an alarm. 
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U.S. patent 6,61 1,206 entitled "Automatic System for Monitoring Independent 
Person Requiring Occasional Assistance" discloses monitoring independent signals and 
combining them into a single alarm for possible intervention by a supervisor. 

U.S. patent 6,198,394 entitled "System for Remote Monitoring of Personnel" 
discloses sensors disposable on a soldier that communicate with a soldier unit that can 
process the information to ensure that it falls within acceptable ranges and communicate 
with remote monitors. Body surface and ambient temperature are monitored. The 
information may be stored and kept with the soldier to enable improved care as the 
soldier is moved to higher levels of care. 

U.S. patent 6,433,690 entitled "Elderly Fall Monitoring Method and Device" 
discloses a system for recording acceleration and body position data from elderly or 
disabled persons. It detects health and life threatening falls and notifies nursing 
personnel of the need for assistance. 

U.S. patent 6,416,471 entitled "Portable Remote Patient Telemonitoring System" 
discloses a system for transferring the flill waveform ECG, full waveform respiration, 
skin temperature and motion data to a transfer unit worn by the patient on a belt for 
subsequent transfer to a monitoring base station where clinical data can be compared 
against given profiles. 

U.S. patent 6,559,620 entitled "System and Method for Remote Monitoring 
Utilizing a Rechargeable Battery" discloses using such a battery in a system for remotely 
monitoring a person's position by GPS satellite. 

Wearable Physiological Sensor Arrays and Processing Means Therefor (Vests. Straps, 
Adhesive Arrays. Etc.) 
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U.S. patent 6,527,71 1 entitled "Wearable Human Physiological Data Sensors and 
Reporting System Therefor" discloses a series of rigid and flexible pods within which 
sensors and computing apparatus are housed. The system allows relative movement of 
the rigid sections with respect to each other. 

U.S. patent 6,494,829 entitled "Physiological Sensor Array" discloses a system 
for transmitting sensor output. Respiration is detected by a bend sensor. 

U.S. patent application 2003/0105403 entitled "Wireless ECG System" discloses 
a cardiac monitor for a patient that transmits signals digitally to a remote base station, 
which converts the signals back to analog electrical signals to be read by an ECG 
monitor. 

Sensors for Use in Physiological Monitoring (Temperature, Body Position, Blood 
Pressure, EKG or Heart Rate), Especially Under Exercise Conditions 

U.S. patent 5,168,874 entitled "Wireless Electrode Structure for Use in Patient 
Monitoring System" discloses a wireless patient monitoring system using a patch 
electrode having a micro-chip amplifier on one side of the patch electrode. 

U.S. patent 5,622,180 entitled "Device for Measuring Heartbeat Rate" discloses a 
wrist strap with skin contact electrodes such that signals from a skin sensor are filtered 
and pulse shaped for display. 

U.S. patent 5,976,083 entitled "Portable Aerobic Fitness Monitor for Walking and 
Running" discloses a system for calculating the fitness of a person using personal data 
and comparing that data to pedometer and heart rate values generated during exercise. 

U.S. patent 4,566,461 entitled "Health Fitness Monitor" discloses a heart rate 
monitor for use in aerobic exercise that calculates a fitness parameter by monitoring heart 
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rate as the subject paces through an exercise stress test protocol. The system emits beeps 
that the subject matches to its stride frequency. At the point of exhaustion the maximal 
oxygen uptake capacity is determined and is displayed. 

U.S. patent 5,544,661 entitled "Real Time Ambulatory Patient Monitor" discloses 
a patient monitoring system including an ECG and a photo-plethysmograph , arrhythmia 
analysis apparatus and an expert system for determining if a pre-established critical 
parameter set has been exceeded. When alarmed the ECG waveform and trends are 
transmitted to a clinician. 

U.S. patent 6,236,882 entitled "Noise Rejection for Monitoring ECGs" discloses a 
looping memory for storing triggered physiologic events (such as aixhythmias and 
syncopal events) with auto triggers to record the ECGs. Denial and extensible 
accommodation periods are introduced in the R-wave sensing registration for triggering 
data storage. 

U.S. patent 5,743,269 entitled "Cardiotachometer" discloses a system for 
computing a heart rate from ECG signals and encoding the signals for transmission to 
avoid erroneous reception of signals generated by noise or interference. 

Brief Description of the Invention 

A system makes health state assessments based on data from a wearable platform 
embodied in a belt or patch that provides physiological monitoring of soldiers during 
field operations or trauma victims at accident sites. The system is the first capable of 
making a determination of the health state of the wearer with sufficient confidence to 
base triage decisions on that determination as opposed to merely reporting vital sign data. 
The system, in addition to sensors of vital signs and telemetry, has a rule processing 
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engine, comprising a microprocessor running a health state assessment algorithm. It 
makes a health state assessment based on the remarkable determination that for an 
individual who is monitored in real time for at least one significant vital sign (e.g., heart 
rate, ECG waveforms, Sp02, respiration rate) and possibly one or more indirect life signs 
(such as body movement or response to direct command), it is possible to determine, with 
reasonable accuracy, whether the person is alive or dead. With an appropriately rich set 
of direct and indirect life signs, it is possible to further estimate the likelihood of injury or 
even the nature of an injury for such applications as remote triage. 

The system makes a health state assessment of a subject at a location remote from 
a clinician based on indications of vital signs together with a simulation of an on site 
assessment of the subject. In place of the visual observations that would be part of an on 
site assessment of the subject, sensors provide indications of indirect life signs such as 
movement, orientation and position. These indications of vital signs and indirect life 
signs are input to rule sets implemented in a rule processing engine executing a health 
state assessment algorithm. 

The rule sets may be varied depending upon the general characteristics of the 
subject population. Such populations may range from healthy young soldiers to elderly 
overweight individuals. The rule sets may be changed at different levels. At the highest 
level, typically attended by a clinician, the changes may comprise the inclusion or 
removal of parameters for particular indications. At a lower level of clinical support, the 
changes may comprise changing the range or interpretation afforded the values of the 
different parameters. The system accommodates parameter values that don=t correspond 
to numeric values, such as whether a motion fits the categories of slow, medium or fast, 
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or indicates that a shock has occurred outside the scale of any such motion. The various 
rule sets may be achieved by simulating the experience of skilled health professionals. 

A feature of the invention is the integration achieved between the various 
components. The respiration sensor for example may sense abdominal motion and thus 
5 also gives information on motion of the subject, which supplements the information 
provided by an accelerometer sensor. Thus there is a synergistic relation among the 
various sensor components and with processor elements. All of the sensor information is 
assimilated by a health state assessment algorithm (HSAA) that is capable of making a 
medical evaluation of a subject's condition and determining a confidence level for the 
10 evaluation. 

The system of the invention is referred to as the Life Signs Detection System 
(LSDS) since one of its functions is to determine with confidence whether a warrior is 
alive. The wearable platform preferably includes sensors for heart rate, body motion, 
respiration rate and respiration intensity, and temperature and further contains a 
15 microprocessor and short range transmitter. A separate wearable package that would be 
expected to be earned by a soldier for other communication purposes contains a local 
transceiver hub that receives signals from the short range transmitter and transmits the 
signals more remotely. 

Data received from the various sensors are processed in a microprocessor to 
20 produce a simplified, low-bandwidth output. The output is transmitted from the wearable 
package by a short range RF transmitter contained within the unit. 

An additional component, called the Local Hub, is also worn by the subject, hi its 
simplest form the local hub contains a short range RF transceiver, a medium or long 
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range RF transmitter or transceiver, and a microprocessor. The local hub receives the 
transmitted data from the LSDS wearable package and retransmits the signals to a remote 
station or base station. Retransmission is not necessarily synchronous with reception; the 
microprocessor may perform additional processing on the received data, may store the 
received data for later transmission, may add information to the data, and may 
reconfigure the data for more efficient transmission or other reasons (e.g. increased 
security or privacy). 

A sensor subsystem is responsible for conversion of one or more hardware 
biologic indicators into a periodic digital data packet. This data packet will be transmitted 
over a local, low-power RF link to the hub, at an appropriate data rate. Alternately, but 
less preferably, the sensors could rely on A/D conversion in the hub. 

A hub subsystem is responsible for collection of all the local sensor data, 
performing additional data analysis if needed, and relaying the information to the remote 
station. The hub subsystem is responsible for recognizing and maintaining association to 
a specific set of sensor subsystems, so that data from other sensors that are physically 
proximate, but are monitoring a different person will not get mixed in. The hub 
subsystem is responsible for providing periodic and/or on-demand advertisement of its 
availability and status, and to accept a connection from one or more external display or 
other systems. 

A remote subsystem is responsible for collecting data from multiple hubs, for 
example up to 20 hubs, and displaying them on a normal-sized laptop or portable 
computer screen. 
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A medic PDA subsystem used in lieu of or in addition to the remote station is 
responsible for providing the detailed data display for a selected hub. 

Processing of signals takes place at various levels within the electronics worn by 
the subject. The levels are: 

1 . Original Signal - The raw, unprocessed signal generated by a sensing element. 

2. Preparation - Basic analog processing, including amplification, applied to the 
signal to make it usable for later processes. 

3. Storage (optional) - Retention of digital values for possible later use. 

4. Feature Extraction - Analog and/or digital processing of the signal to obtain 
recognition of basic signal features such as frequency and amplitude. 

5. Scoring - Digital processing to determine metrics of extracted features such as 
averages, trends, and bin (level) counts. 

6. Evaluation - Digital processing of data to determine overall conditions, access 
whether data is within normal ranges, and to generate warnings or alarms. 

7. Extended Evaluation - Intensive digital processing to correlate multiple signals or 
multiple subjects, access the quality of received data and signals, and to perform 
complex feature extraction. 

The invention thus provides a health state assessment rule processing engine, 
comprised of algorithms that estimate physiologic state and decision confidence by 
applying one or more medical determination "rule sets" to data received from the sensor 
array and from any clinician input devices in the system. Medical determination rule sets 
consist of decision logic and related parameter limit ranges tailored to a subject's health 
category. Examples of health categories include "healthy adult", "Congestive Heart 
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Failure (CHF) patient", and "subject's personal health baseline." The default rule set for 
the algorithm is the healthy adult category. Data from clinician input devices is optional, 
and consists of information observed on-site , such as "ballistic injury to limb." 

5 The assessment of physiologic state may be limited to good/weak/poor 

determinations of health given the default sensor array that detects heart rate, respiration 
rate, activity/orientation, and temperature. With an extended sensor array (for example, 
by adding blood pressure and oximetry), the assessment may be as comprehensive as 
normal/needs attention/critical determinations of health, along with continuous "remote 
10 triage" indicators (such as "high likelihood of shock"). 

Other objects of the invention will be apparent from the following detailed 
description of the invention. 

Brief Description of the Drawings 
Figure 1 is a drawing of the LSDS worn by its subject, 
15 Figure 2 is a perspective drawing of the central housing and extensions viewed 

from the back side. 

Figure 3 is a perspective drawing of the central housing and extensions view from 
the front. 

Figure 4 is a cut away drawing of the extension and flex sensor. 
20 Figure 5 is a drawing of the patch embodiment of the invention worn by its 

subject. 

Figure 6 is a drawing of a flex transducer for a bending sensor mode. 
Figure 7 is a drawing of a the flex transducer for a bending sensor flexed 
downwards. 
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figure 8 is a drawing ol a the Ilex transducer tor a bending sensor flexed 
upwards. 

Figure 9 is a drawing of a flex sensor element. 

Figure 10 is a drawing of a flex sensor mounted to a support. 

Figure 1 1 is a drawing of a flex sensor and support. 

Figure 12 is a drawing of another flex sensor and support. 

Figure 13 is block diagram of the electronics of the LSDS. 

Figure 14 is the circuit diagram for the on board processor and power control 

Figure 1 5 is the circuit diagram for the ECG front end circuitry. 

Figure 1 6 is the circuit diagram for the accelerometer and RP circuit. 

Figure 17 is the circuit diagram for the respiration circuitry. 

Figure 18 is a schematic representation of the power management scheme. 

Figure 19 is a block diagram of the major tasks of the central task manager. 

Figure 20 is a block diagram of the Heart Rate Calculation algorithm. 

Figure 21 is a block diagram of the process timing. 

Figure 22 is a flow chart of the ECG pulse detection interrupt circuit. 

Figure 23 is a flowchart of the low pass filter and noise cancellation circuit. 

Figure 24 is an example of pulses filtered for R-waves. 

Figure 25 is an example of pulses analyzed for consistent inter-beat intervals. 

Figure 26 is a flow chart of the trend-acquiring process. 

Figure 27 is a diagrams of R-wave pulses found when tracking an existing trend. 
Figure 28 is a flow chart of the trend-tracking process 
Figure 29 is a chart showing the sample averaging scenario. 
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Figure 30 is and operational overview of the communication to a serial port. 
Figure 3 1 is an example of a bit stream. 

Figure 32 is and example of a bit stream leader with all zeroes. 
Figure 33 is a diagram so show how orientation is interpreted. 
5 Figure 34 is Table 1 : LSDS Platform Parameters and Error Conditions 

Figure 35 is Table 2: Default Health State Classification Descriptions 
Figure 36 is Table 3: Default Life Signs Interpretation Rules for Alive/Green and 
Dead/Red States 

Figure 37 is Table 4: Default Life Signs Interpretation Rules for Alive/Y ellow 

10 State 

Figure 38 is Table 5: Default LSDS Alive/Normal Data Ranges 
Figure 39 is Table 6: Default LSDS Alive/Not-Normal Data Ranges 
Figure 40 is Table 8: Default Decision Matrix for Only One Parameter in Last 
Decision Interval 

15 Figure 41 is Table 9: Default Decision Matrix for Two Parameter Over Last 16 

Decision Interval 

Figure 42 is Table 10: Default Decision Matrix for Three Parameters in Last 
Decision Interval 

Figure 43 is Table 11: Decision Matrix for Four Parameters in Last Decision 
20 Interval 

Figure 44 is Table 12: State Change Score Components 
Figure 45 is Table 13: Persistence Score Components 

Figure 46 is Table 14: Components of Weight (Multiplier) by Parameter Set 



WO 2005/046433 PCT/US2004/036587 

Figure 47 is Table 15: Confidence Score Ranges 

Figure 48 is a Block Diagram of the Life Signs Detection System 

Detailed Description of Preferred Embodiments of the Invention 

This invention utilizes components and subsystems further described in 

copending patent application S.N. filed on the same date as this application and 

assigned to the same assignee. The disclosure of that application is incorporated by 
reference. 

As shown in Figure 1, the Life Signs Detection System (LSDS) comprises an 
apparatus containing a group of sensors for certain vital physical parameters of a subject 
person and electronics to receive and interpret electrical signals from the sensors, process 
the signals and transmit information on the physical status of the subject. The group of 
sensors and electronics is embodied in a earner 1 arranged to be worn by the subject. 
The electronics residing on a PC board is designed to accomplish most signal processing 
at the location of the subject and to avoid the need for robust networking and centralized 
computing that require large amounts of bandwidth to transmit raw signals for analysis. 
Such large bandwidth is impractical in field settings where bandwidth is low, unreliable 
and localized responsiveness must be maintained. 
Health State Assessment Algorithm 

The clinical health state assessment algorithm for use in the LSDS combines raw data 
collected by the LSDS sensors to determine the following information: 

• Physiologic State -Physiological data acquired and analyzed to classify general 
wellness and rule out a physiologic state consistent with death 
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• Decision Confidence Score - A calculated indicator of diagnostic certainty of the 
physiologic state classification 

• Multi-Tier Processing - Using a revisable rule set, physiologic state and 
confidence score are calculated using a rules set based on one's personal baseline 

• Triage Indicators - Acquire, analyze, and report appropriate collection of life sign 
parameters to support specific diagnostic assessments. 

The rules processing engine makes continuous health state assessments based on the 
multiplicity of current and trended sensor inputs and clinician inputs, as defined by the 
rule sets in use. Table 1 lists the default data available from the monitor's sensors for use 
in the processing engine, along with associated error conditions. A medical determination 
rule set for the processing engine must include the medical decision logic to produce the 
following minimum information based on continuous processing of raw sensor data: 

• A color-coded health state classification (green for alive and normal, yellow for alive 
and not normal, red for critical or dead) 

• An indicator of extent of confidence in the accuracy of the health state classification 
(i.e., "diagnostic certainty"). 

At least one rule set (the "primary rule set") must be available to the rules processing 
engine. If more than one rule set is available, multi-tier processing can occur. This is 
particularly desirable when more than one type of decision must be made for the 
monitored patient. For example, for a soldier monitored on the battlefield the primary 
rule set allows remote decision-makers to determine that a soldier is alive but injured, and 
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that a medic needs to be dispatched. A second tier of decisions would be useful to aid the 
dispatched medic in preparing to treat the injured soldier (for example, which medication 
and equipment are indicated). A rule set that is not "primary" can be configured to be 
continuously "active" or to be activated and deactivated on demand from a remote 
5 clinician input device. 

Data trending for the rules processing engine is performed continuously for each 
parameter in the sensor array and for any numeric parameter provided via the clinician 
input device. A parameter trend is predefined (e.g., an average, a minimum or a 

10 maximum) for a fixed time interval ("decision interval"). The decision interval is based 
on the minimum amount of time a clinician would observe a patient's real-time 
physiological data before making a clinical decision based on that parameter. The default 
decision interval for the rules processing engine is sixteen (16) seconds. Thus with each 
new set of inputs from the sensor array (the default is once every two seconds), the 

15 monitored data is trended for the most recent sixteen (16) seconds (that is, the current two 
(2) seconds of data and the previous fourteen (14) seconds of data). 

Health State Classifications 

Table 2 defines the default health state classifications (e.g. alive, abnormal, dead, 
20 uncertain) and associates them with a color code that will be available to remote or on- 
site clinicians. That is, the color code will be displayed at remote assessment stations and 
on portable clinician input/display devices (such as PDAs). 

Confidence Score 



WO 2005/046433 PCT/US2004/036587 

The confidence score represents level of confidence in the accuracy of a given 
health state decision. The calculation for confidence score is based on the probability 
(percentage of likelihood) that a given health state assessment (Green color code, 
Yellow color code, or Red color code) is accurate. 

Life Signs Data Prioritization 

Data prioritization is used to determine the order for proceeding through the 
processing engine's data interpretation rules. Prioritization provides an abstraction of the 
order in which an on-site clinician would examine life signs data. Prioritization also 
allows a "value level" to be assigned to individual life signs (from "high value" to "low 
value") as an indication of usefulness in determining health state. The value level is 
considered in computing a confidence score for each health state assessment decision. 

The default LSDS data prioritizations are as follows, based on clinical usefulness of 
each parameter compared to the traditional vital signs monitoring scenario, which 
includes visual patient inspections. 

1 . Heart Rate - Numerical, traditional measurement of heartbeat; high value 

2. Respiration Rate - Numerical, traditional measurement of breathing; high value 

3. Speed of motion (None, Slow, Medium, or Fast), substitutes for visual 
observation of activity (e.g., Fast might be assumed to equal running, and can be 
used to justify high heart rate); medium value 

4. External Body Temp - Skin temperature influenced by ambient temperature 
(weather, garments, etc.); correlation to core temperature (traditional 
measurement). Skin temp can be useful in remote assessment situation where the 
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monitored individual 5 s environmental conditions are known to assessment 
personnel (or post-processing software). Low value. 
5. Position of body - substitutes for visual observation of standing or lying down; 
(e.g., sleeping could result in position of lying down, along with slowed 
respiration rate and speed of motion at NONE); low value 

Interpretation Rules for "Green" and "Red" Health States 

This section lists the default interpretation rules to support the decisions for the 
Alive/Green-Normal and Dead/Red states. The AliveA r ellow-Not-Normal state and the 
Uncertain/Blue states are addressed in separate sections below. Each rule is stated in 
terms of specific life sign parameters (breadth of data) and length of observation time 
(duration of monitoring). 

Table 3 is based on medical judgment for the default "healthy adult" population 
and summarizes the rules implemented in the processing engine that apply to current 
Alive/Green and Dead/Red states. 

Interpretation Rules for Alive/Yellow State 

Given the default life signs data available from the LSDS sensor platform, the 
Alive/Yellow-Not-Normal state indicates that at least one "high value" parameter, either 
HR or RR, is outside the normal range for a sustained time interval. Table 4 lists the 
default interpretation rules that support the decisions for the AliveA^ellow-Not-Normal 
state. Again, this is based on medical judgment for a "healthy adult" population. 
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Interpretation Rules for Uncertain/Blue State 

The default Uncertain/Blue color code state is defined by all combinations of 
parameter values not covered in Tables 3 and 4. 

Algorithm Boundary Conditions 

This section describes the default boundary conditions applied to the LSDS health 
state assessment algorithm for the "healthy adult" population. 

"Normal" Data Ranges 

Table 5 lists the data ranges that define the highest and lowest values each default 
LSDS sensor can calculate (see Data Description column) and the default "Normal" data 
ranges for the "healthy adult" population. 

Abnormal High and Abnormal Low Data Ranges 

For the LDSD sensor platform, the default ALIVE/YELLOW state is 
characterized 

by the following conditions persisting over an appropriate time interval: 

• HR is outside of normal range (non-zero, higher or lower than normal range) 

• RR is outside of normal range (non-zero, higher or lower than normal range) 

• "History" data (trend) indicates a rate of change of physiological state that correlates 
with certain know injury conditions (e.g., exsanguination) 

• Absolute external temperature is not below 36.4°C and not above 38.9°C 



WO 2005/046433 



PCT/US2004/036587 



The resulting abnormal data value ranges for heart rate (HR) ? respiration rate (RR) 

and 

skin temperature are shown in Table 6. 
Algorithm Details 

The algorithm involves two to three sequential steps that are repeated for each 
decision interval (a default of the most recent 16 seconds, in the case of the LSDS sensor 
platform), each time a new data packet is received (every two seconds, in the case of the 
LSDS monitor), and for each tier of processing in use. The steps are as follows: 

• Translate sensor data and any clinician inputs into health state decisions - Based on 
the valid sensor data, clinician inputs received in the most recent decision interval, 
and resulting trended data, find the appropriate decision rule and corresponding 
implied health state color code for each active rule set. 

• Estimate the "goodness" of the new decision - Based on the likelihood of the new 
state transition (previous state compared to new state), the persistence in the new state 
and the number and priority of parameters received for the new state, produce an 
appropriate confidence score. 

• Optionally, identify specific triage indicators - If an extended sensor array is 
available, including at least a blood pressure measurement, find and report specific 
triage characteristics that indicate abnormal or critical health states. 
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Mote mat me mum- tier nature 01 me aigontnm lies m its acuity to appiy mumpie rule 
sets continuously, or on demand (from a remote assessment device). Additional rule sets, 
such as one's own personal health baseline rules, can be processed in the on-body 
monitoring device or on the remote assessment device. 

Processing of triage indicators relies on a triage-specific rule set. Thus the rules 
processing engine functions the same for health state and triage indicators. The difference 
is in that triage reporting includes literal "indicators" and explicit related parameter 
values, whereas, health state is reported as a color code. 

(Table 7 intentionally omitted) 



Translate Sensor Data to a Health State Decision 

The default rules set for the LSDS monitor have been restated in decision 

15 matrices (Tables 8-11) that correspond to the number of parameters received in a 

decision interval. Note that, although the default rules set primarily uses 8 seconds of 
sensor data for state determination, the algorithm defaults to a 16-second decision 
interval. This is because the physicians' rules for a assessing healthy adults are based on 
the availability of continuous physiological data in traditional monitors, typically eight or 

20 more data samples at 1 -second intervals. The algorithm's default 16-second interval is an 
effort to increase the likelihood of having at least 8 data samples from the LSDS monitor, 
which delivers data at 2-second intervals. 
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Red State Exceptions 

For the default rule set these critical red states exceptions take priority over all other 
state decisions., regardless of the presence of other valid parameters: 

• If HR = 0 for 4 minutes or more, New state = RED, and Confidence Score = 100 

• HR <30 BPM for 10 minutes or more, New state = RED, and Confidence Score =100 

• RR = 0 for 5 minutes or more, New state = RED, and Confidence Score =100 

Confidence Score 

The confidence score is a value of 100 or less rounded to one decimal place, with 
100 as the highest possible confidence score. A score below 50 indicates a low 
confidence level, from 50 to below 80 indicates a medium confidence level, and 80 or 
above indicates a high confidence level. This is summarized in Table 15. The score is 
calculated as follows: 

Confidence score = 10*[parameter set weight * (state change score + 
persistence score)] 

There are three components to the confidence score: 

• State change score - This score reflects the likelihood of the observed state change 

• State persistence score - The number of times the new state was previously observed 
in sequence 

• Parameter set weight - A multiplier intended to reflect the breadth of the most recent 
set of available parameters 
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State Change Score 

State change score is a reflection of the likelihood of going from one health state to 
another. The underlying probabilities are based on the following assumptions: 
5 • Vital signs activity tends to stabilize after a sustained period in a given level of 
activity for normal healthy adults 

• The sensor platform captures data quickly enough to expect health state changes to 
typically occur in no more than one step at a time 

• State changes of two or more steps are likely to reflect critical wounding. In the 
10 absence of actual data for likelihood of a soldier being wounded, a rough estimate 

was used to determine that probability 

Table 12 describes the components of the state change score. 

15 State Persistence Score 

The confidence score factors in the amount of time that the health state does not 
change. As stated earlier, vital signs activity tends to stabilize after a sustained period in a 
given level of activity for normal healthy adults. Therefore, the algorithm assumes that 
persistence of a green, red, or yellow state improves the likelihood that the sensor data 

20 and resulting health state assessment are correct. 



WO 2005/046433 PCT/US2004/036587 

Persistence reflects number of times the current data was previously observed 
during the decision interval (default of the most recent 16 seconds, 8 data samples). Thus 
the maximum value for persistence score is 7, and the minimum value is 0. 

5 Table 13 describes the component of the persistence score. Table 14 relates the 

persistence score to High, Low, and Medium influence of state persistence on the overall 
confidence score. 

Parameter Set Weight 

10 The parameter set weight is an indicator of the number and importance of the 

parameters used to make the health state assessment. Table 14 describes the components 
of the parameter set weight. 
Description of the Physical Carrier 

The carrier comprises three main elements - a central housing 3, two flexible 

15 extensions 5 containing external sensors 7 (see Figure 2), and a harness 9. The LSDS 
package is intended to be worn underneath the subject's clothing with the housing 
positioned approximately over the solar plexus. It is held in place by an elastic harness 
that consists of one strap (belt) that passes around the subject's back and another that 
passes over the left shoulder. The two flexible extensions 5 protrude from the sides of the 
. 20 housing and form the connections to the horizontal strap 1 1 of the harness; 
Respiration Sensors 

Respiration sensors 13 (Figure 4) are used in connection with an electronic circuit to 
provide a signal indicative of body motions accompanying respiration. They comprise a 
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strip 01 nexioie rum material 15 mat is overprinted with conductive leads 17 connecting 
to a small (millimeter dimensioned) area of resistive material having the property that its 
resistance increases as the strip is flexed convexly. The sensor is laminated using a 
thermal adhesive to a thicker base layer 21. The two are then thermoformed so that the 
center of the strip (containing the small resistive area) is shaped into an arch 23 while the 
ends 25 remain flat. Small rectangles of fabric are mounted to the flat ends using a 
thermal adhesive; this provides a means for sewing the sensor securely to the housing 
extensions. Grommets or rivets are added to the sensor so that wires can be soldered in 
place to connect to the PC board. 

Each respiration sensor is sewn to the front surface of one of the housing 
extensions 5, aligned along the extension. The fabric of the extension is pushed together 
slightly under the arched section so that the tension load when worn will be mainly across 
the sensor. The nylon cover material 27 is split so that the center of the sensor is 
uncovered, both to make it visible and to allow for greater compliance. The term 
"compliant" is used here to mean elastically defonnable or spring-like, as opposed to the 

extremes of either rigid or completely flexible. 

Figure 1 shows the manner in which the configuration here described is worn be 
the subject. The complete assembly of central housing and extensions 3 is attached at 
both ends to an elastic strap that wraps tightly around the subject's back, holding the 
components tightly against the skin and placing a tensile load across the respiration 
sensor. An optional shoulder strap 9 prevents the assembly from slipping down during 
physical activity. The assembly is preferably placed in a horizontal alignment below the 
lower edge of the pectoral muscle 29 and crossing over the lower ribs 3 1 . This area 
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undergoes a large degree of expansion and contraction during respiration and causes 
respective increases and decreases in the tension across the sensors, thus producing 
changes in resistance. 
EKG Sensors 

5 EKG sensors are pads 7 of conductive rubber wired to the electronic circuit of the 

LSDS contained on a PC board within the central housing 3 together with the battery. 
They are sewn to the back of the housing extensions so that they will be in direct contact 
with the wearer's skin. A small wire (not shown) is threaded into the rubber and 
connected to a longer wire (or other pathway) to create an electrical connection to the PC 
10 board. The wire is attached so that it will not come into contact with the wearer's skin. 

Another, more mass producible embodiment of the LSDS is similar in form, but this 
alternative design includes the following features: 

1. The housing extensions are fabricated from an injection molded elastomer. The 
respiration sensors and EKG electrodes (also molded) are embedded into the housing 

15 extensions using a combination of multi-shot molding and mold-in-place techniques. 

Sealing lips are molded into the ends of the housing extensions that fit into the 
housing. 

2. The housing is injection molded and is assembled using either solvent bonding or 
ultrasonic welding rather than screws. This provides both increased strength and a 

20 water-tight seal. Contacts for the battery charger may be molded into the case. 

3. The rear half of the case may be molded from a flexible material for greater comfort. 
Alternatively, a pad, cover, or coating of a soft, textured material may be applied to 
the outer surface of the rear half of the case. 
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4. The harness (not shown) may be formed from an elastic material that does not have 
the Velcro "loop" surface but does present a soft, textured surface against the skin. 
Velcro or other types of adjustable devices may be attached to the strap ends to make 
them adjustable and removable. 

Due to resilience of the straps, the EKG electrodes are able to remain in contact with 
the same portion of skin as the subject breathes, and moves (as in walking, etc.), rather 
than having the electrodes slide over the skin. This significantly reduces the surface 
resistance where the skin and the electrode are in contact. 
The Respiration Flex Sensor 

The respiration sensor thus employs a novel deformation transducer element 19 
that varies in electrical resistance as the chest or abdomen expands and contracts due to 
respiration. The respiration sensor provides relatively high signal levels that can easily be 
interfaced to a recording or transmitting component. 

The novel transducer of the flex sensor is employed to produce an electrical 
resistance that varies with applied tensile, compressive, or bending loads. The basic 
structure consists of a flexible, variable resistance element 19 and a compliant backing or 
support element 21. The resistance of the flexible element increases as its radius of 
curvature decreases. It has a minimum resistance value when flattened. Two such 
elements are arranged on the extension so that each flexible element has a preset 
curvature when no load is. applied. A tensile load while taking a breath will tend to reduce 
the curvature, thus decreasing the resistance; a compression load will act oppositely. 
Bending loads will similarly cause the resistance to increase or decrease depending on the 
direction of flexure. The backing or support element acts as a spring and limits the degree 
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of deformation of the flexible element. This results in the change in resistance being 
approximately proportional to the applied load. 
Respiration Tension Sensor 

Various structures could be used to hold the transducer against the subject to 
detect respiration or other motion. The transducer means may be employed in one of 
several configurations. In one configuration it is employed as a tension sensor. The 
transducer is mounted to an elastic strap 1 1 such that the transducer is subjected to the 
full tensile load applied when the strap is stretched along its length. The strap, which is 
formed into a belt that fits around the chest or abdomen of the subject, is fabricated or 
adjusted to a length that insures that it will always be loaded in tension as the subject 
breaths or moves about. As the subject inhales and exhales the tension on the strap 
increases or decreases correspondingly. This creates a corresponding change in the 
electrical resistance of the transducer as described above. 
Respiration Bending Sensor 

In another configuration shown in Figure 5, the transducer means is employed as 
a bending sensor that could be embodied in a patch 33. As shown in Figures 6-8, the 
transducer is attached between two projecting amis such that the rotation of either arm 
relative to the other will produce a change in electrical resistance. A flexible pad or 
backing 37 is applied to one side of this transducer assembly. A pressure applicator 39 is 
provided to compress the entire assembly against the subject's abdomen, oriented so that 
the flexible pad is placed flat against the skin. The pressure applicator may consist of a 
belt or strap, an external clamp or fixture, or an adhesive pad 33 that attaches to the 
surrounding skin. The pressure applicator is configured such that force is applied near the 
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proximal and distal ends of each projecting arm with approximately equal force so that 
the flexible pad conforms to the curvature of the skin. The pressure applicator is further 
configured such that the mechanical compliance of the pressing elements is greater at the 
proximal ends than at the distal ends of the arms. When the subject inhales the abdominal 
5 wall expands. At the proximal ends of the anus the greater compliance acts to resist this 
motion to a lesser degree than at the distal ends. The result is a relative rotation of the two 
arms and a corresponding change in resistance of the transducer means. When the subject 
exhales the rotation is reversed, causing an opposite change in resistance. 

Additional embodiments may be generated by employing multiple transducers 

10 and multiple straps, harnesses, or pressing devices. Further, the strap or pressing devices 
may be fabricated as, or incorporated into, a garment, and may support additional sensors 
or other devices. In either embodiment, the varying electrical resistance may be converted 
into a voltage or current signal using a variety of electrical circuits and may be converted 
to a digital or modulated format for additional processing. 

15 Figures 6, 7, and 8 show schematically the alternate means of sensing respiration 

using a similar sensing element but without the need for a belt around the subject. In this 
configuration the sensing device is pressed against the abdomen of the subject. Figure 6 
shows the configuration at a neutral position. The skin and underlying tissue of the 
abdomen 35, shown in section view, are pressed against by two flat extensions 37 that are 

20 connected by an arched section 41 on which a resistive sensing element is mounted in the 
manner previously described. Similarly, a rotation upward or downward of one attached 
object relative to the other will cause a respective decrease or increase in flexure and thus 
a respective decrease or increase in resistance. A rigid or semi-rigid backing 39 is fixed at 
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a short distance from the skin surface. Compliant elements 43, 45 fit between the backing 
and the flat extensions and act to press the flat extensions against the skin. The compliant 
elements may be springs, foam rubber, or any other springy material. The compliant 
elements 45 at the proximal ends of the extension have a different degree of compliance 
than the compliant elements 43 near distal ends, either using different material or 
different geometry. In this illustration the compliant elements at the distal ends may be 
considered to have the greater compliance or to be rigid. The abdominal wall can be 
considered as an elastic surface that will deform when pressed by the flat extensions. Not 
shown in the illustration is a pad or separator that would typically lie between the flat 
extension and the skin and which would act both to protect the electrical elements from 
moisture and to more smoothly distribute the force applied to the skin for better comfort. 

Figure 7 shows the effect on this configuration when the subject inhales. The 
abdominal wall expands, increasing the force against the flat extensions. Because the 
abdominal wall is elastic, the force will be distributed against the flat surface and 
balanced by deflection of the compliant elements. The more compliant elements 45 will 
deflect to a greater degree, causing a rotation of the flat extensions and increasing the 
flexure of the center section and thus the electrical resistance of the attached resistive 
element. Figure 8 shows the opposite effect when the subject exhales and the abdominal 
wall contracts. The flat extensions rotate in the opposite direction, reducing the flexure of 
the center section and thus decreasing the electrical resistance. 

The geometry and configuration of this type of sensing element can be varied in 
many ways. The required factors are the application of a force against the skin, a 
differential compliance such that a differential motion results from expansion and 
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contraction of the abdomen, and a resistive sensing element placed so that its degree of 
flexure changes as a result of the differential motion. 

Figure 5 shows two preferred locations 33 for this type of respiration sensing 
configuration against the abdomen 47. The configuration may be placed to the side, 
directly below the ribcage or across the centerline of the body. 

An electronic circuit is provided for analysis of signals affected by the flex sensors to 
determine respiration rate. The circuit simply looks for high and low peaks in the input 
signal and determines the peak to peak (p-p) time and amplitude. The results are 
compared to predefined min and max cycle times and a threshold amplitude to determine 
the presence or absence of breathing. The cycle period, p-p amplitude (arbitrary scale), 
and ratio of inhalation to exhalation times are reported. The analog input is digitally 
filtered to remove signals above -1Hz. A second order filter would remove "movement" 
signals. A secondary circuit may be applied to "score" the output signal over a longer 
period, perhaps 60-180 seconds, and so produce a more reliable estimate of the presence 
of absence of breathing. This may take the form of "minimum of X seconds of breathing 
detected during the previous Y seconds." : 

In addition to detecting respiration rates, the electronic circuit associated with the flex 
sensor reports the presence of body motion as seen as signals above 1 Hz . After applying 
a 2nd-order high pass filter to the analog signal, the result is rectified (absolute value). 
The result is compared to a reference. If it is greater than the reference an output flag is 
switched on and a tinier is (re)initialized. The output remains on until the timer runs out - 
typically in 0. 1-0.5 seconds. The intent is that activities such as walking will cause the 
output to remain on continuously. Alternatively, the rectified signal may be processed 
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with a 1st order low-pass filter with a >1 sec cutoff to generate an envelope signal. The 

envelope signal is compared to a pre-defined reference level and a yes/no output is 

generated. This could be expanded to report multiple levels, signal frequency, or peak 

values. 
5 Motion Sensing 

An accelerometer is included in the electronic circuit as the primary means for 

motion sensing and sensing the orientation of the subject (e.g. standing, lying down). 

However the flex sensor may be used by the electronic circuit to provide a backup signal 

for the accelerometer. A useful feature of the motion signal obtained from the respiration 
10 detector is that it is shows particular sensitivity to localized upper-body motions. This 

contrasts with the accelerometer, which is sensitive to any acceleration of the torso. 
The electronic circuit may also include correlation of multiple sensor inputs, 

particularly of the respiration sensor and accelerometer. Alternately this can be provided 

in software. The primary intention is to provide improved confidence levels for the 
15 quality of processed signals. A simple example is that the apparent presence (or absence) . 

of a detected respiration signal may be considered meaningless if a large accelerometer . 

output in a similar frequency range is detected. 

Sensor Electronics 

The LSDS gathers certain physiological information and sends it first wirelessly 
20 to a local receiver or transceiver for retransmission to a separate computer station such as 
a PC or PDA. The unit measures heart rate by detecting and timing ECG R-waves, 
determines physical activity and orientation using an accelerometer, determines 
respiration rate by reading a chest expansion sensor, and measures temperature. These 
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life signs are then analyzed using a health state determination algorithm. The resulting 
health indications, plus the raw data behind them, are transmitted out of the LSDS 
preferably every two seconds, or this period could be allowed to vary. Alternatively, if 
nothing has changed, energy could be saved by transmitting a "nothing changed" signal. 
Major Component Overview 

The sensor contains an 8-bit processor surrounded by various sensor inputs and an 
RF transmitter. A block diagram of the electronics is shown in Fig. 13. The full circuit 
diagrams are presented in Figure 14 (Processor and Power Control), Figure 15 (ECG 
Front End), Figure 16 (Accelerometer and RF circuit), and Figure 17 (Respiration 
Circuitry). 

Referring to Figurel3, a microprocessor 49 such as an Atmel AVR Mega32 
processor is used. Typical requirements for the processor are low power draw, suitable 
program memory (16K words), suitable RAM memory (2K bytes), EEPROM for non- 
volatile storage, general purpose I/O, analog inputs, external interrupts, versatile timers, 
high and low speed clocks (4 MHz and 32.768 kHz), flexible low-power sleep modes, in- 
circuit programmability, and easy to use development tools. 

To conserve battery life, the processor makes extensive use of sleep modes. 
There are two crystals attached to the processor, one that nans at 4MHz, and one running 
at 32.768 kHz. The high speed crystal runs the processor when it is awake, and the 
lower-frequency crystal keeps the internal timers running when both awake and in the 
low-power standby mode. 

A Lithium-Polymer (LiPoly) battery is used because of its high power density, 
various thin packaging options, and lack of memory effect (as is experienced with NiCad 
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and NiMHd battery chemistries). The preferred battery used in the LSDS strap is rated at 
560 mAHr. 

The battery voltage is monitored by feeding 54 of the battery voltage into one of 
the processor's A/D inputs. This V% Vbat is also used by the ECG detection circuitry and 
5 is a convenient voltage for monitoring battery health. A fully charged battery is at about 
4.2V, and the battery will operate normally all the way down to 3.2V, at which point the 
circuit will be shut down to avoid erroneous reports. Beyond 3.2V the voltage will drop 
fairly rapidly when under load. 

The output of the sensor is intended to be transmitted to a local receiver for 

10 further transmission to a more remote station. The RF Monolithic (RFM) TX6000 is a 
916.5 MHz transmitter 53 that operates at 3 V and draws < 10 mA when on and draws 
virtually no current when in sleep mode (between transmissions). A 1 kHz Manchester- 
encoded data stream is sent out the RF transmitter once every two seconds. The 
transmitter uses simple on-off keying, thus only drawing power when transmitting a "1". 

15 Transmit range depends on the length and shape of the antenna, the orientation of 

the antenna, and how close the antenna is to the body and the electronics in the LSDS 
strap. Maximum range is about 50 feet. Lesser range would consume less power, reduce 
interference with other devices and reduce detection by an adversary. 

A pair of conductive rubber pads 55 picks up the ECG signal generated by the 

20 heart. A single-ended input circuit (one input is ground) amplifies and filters the ECG 
input. An adaptive comparator looks for the high slew rate of the R-wave component of 
an ECG pulse, allowing the circuitry to detect strong and fast heart rates as easily as weak 
and slow ones. The analog "front end" is a slew rate detector circuit with sensitivity 
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down to 0.15 mV when no appreciable noise is present. This analog circuitry draws very 
little current, allowing it to remain continuously powered-up when the LSDS is on-body. 

An ADXL202E two-axis accelerometer 57 is used to detect both activity level and 
orientation. This version of the device puts out a pulse-width-modulated pulse train that 
is timed by the processor. It is turned on by the firmware only when read, and left off at 
all other times. Only one axis, the one that corresponds to the vertical axis when the 
wearer is standing upright, is used. Thus the sensor can distinguish a standing subject 
from one lying down, but cannot tell on which side he/she is lying. The second 
accelerometer axis can easily be used, allowing side-to-side orientation sensing as well. 
Respiration sensor and circuitry 

Tension sensors 59 are built into each end of the LSDS plastic shell. These 
variable resistors change value as the chest expands and contracts. The LSDS circuitry 
changes this resistance into a voltage that is then frequency limited using a 0.25 to 2.5 Hz 
band pass filter. The resulting signal is then sampled by the processor using one of its 
built-in analog-to-digital inputs, while the rest of respiration sensing is handled in 
firmware. 

The sensor has a nominal resistance of approximately 5K ohms. The resistance 
change at maximum load: approx. (-500) ohms. The required analog bandwidth is 0.06 
Hz - 4 Hz. The low pass (4 Hz) cut-off matches the available 8 Hz sampling rate. This 
should be adequate, although 6-8 Hz appears to be optimum. A 1st order filter may be 
adequate for the 4 Hz cut-off The sensitivity of the sensor falls off at higher frequencies. 
Aliasing of signals up to 10Hz will be correctly interpreted as body movement. 
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The high pass (0.06 Hz) cut-off has been chosen to match the slowest normal 
breathing rate. It is intended primarily to provide decoupling of the sensor's DC offset. 

When the sensor is to be used to sense heartbeat, an analog bandwidth of approx. 
75-100 Hz is required. Because this would most likely be used as an occasional "last 
5 resort" measurement, it may not be preferred to provide analog wave-shape detection. 
The microprocessor could simple sample at a 150-200 Hz rate for a period of 5 to 10 
seconds and process the signal to determine whether a heartbeat is present. 

A Maxim MAX6613 temperature sensor 61 is use to measure the temperature of 
the circuit board. Since the plastic LSDS enclosure is pressed snugly against the skin, the 
10 temperature read by the sensor tracks the true skin temperature after a short thermal delay 
period. The sensor has better than one degree C accuracy over a 5C to 50C range. The 
sensor converts temperature into a voltage in a very linear fashion, and this analog result 
is fed into one of the processor's A/D inputs. Since it draws so little power, it is left on 
when the strap is on-body. 
15 Power control 

In order to extend battery life to its fullest potential, the ability to turn sections of 
the circuitry on and off is crucial. Power switching is under control of the processor. 
Some devices have power control inputs (e.g. the RF transmitter), while other devices are 
turned on and off using a high-side low resistance FET switch. Power to these devices is 
20 ' gated by the FET transistors whose gates are attached to processor outputs. 
Power Management 

A simple representation of this power management scheme is shown in Figure IS. 
Some switches will be closed whenever the LSDS is on-body, and other switches are 
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closed only when needed. The leads-on detection circuitry 63 is always attached to 
power since the processor always needs to know when the LSDS strap has been put on- 
body or taken off-body. Similarly, the processor is also always powered up, although it 
enters a low-power mode whenever possible. 
Program organization 

The firmware program stored in the microprocessor is organized according to the 
major tasks that are to be performed. A task manager schedules the execution of each of 
the tasks. By having each task operate as a state machine, task switching can be done at a 
very fast rate, resulting in the illusion that all tasks are running simultaneously. Fig. 19 is 
a block diagram of the major tasks. 

Each task has a different operating mode, depending on whether the strap is on- or 
off-body. In most cases nothing is done when the strap is off-body. When on-body is 
detected (and debounced) by the sleep manager tasks, all of the other tasks turn on certain 
circuitry (as needed), initialize certain variables, and begin to perform their respective 
functions. 

R-wave monitoring ' " 

The heart rate algorithm receives an interrupt every time an ECG pulse is 
detected. Since EMG and electrical noise caused by skin stretching and ECG sensor 
contact motion all cause interrupts on the ECG input to the processor, the heart rate 
algorithm performs a good deal of filtering in order to isolate the desired R-wave pulses. 
Orientation monitoring 

Orientation is determined by looking at the value of the accelerometer. Since the 
accelerometer is calibrated to detect gravity, a +1G acceleration means the unit is upright, 
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OG indicates horizontal orientation, and somewhere in-between means the strap is at an 
angle. Orientation is only measured when the activity level is between low and none. 
Activity monitoring 

Activity is measured periodically in order to determine how much movement the 
user is experiencing. The accelerometer is turned on and sampled at a 4 Hz rate in order 
to reduce battery consumption. A sudden/short movement may be missed, but the next 
movement may be measured instead. This task simply looks for the highest amount of 
acceleration that is sampled, and holds this level for a few seconds, as a peak-hold circuit 
would operate. 
Temperature monitoring 

Since temperature is not expected to be changing at a fast rate, temperature is only 
measured every 15 seconds in order to save battery power. This task has multiple states 
since the process includes reading an A/D input channel and then converting the result 
into a temperature. 

Power control settings may be variable, e.g. so that at low battery the system 
might choose to collect and transmit fewer vital signs, provided that sufficient remain for 
the life assessment. 
Respiration monitoring 

The respiration monitor task samples the bandwidth limited chest expansion 
Voltage at an 8 Hz rate, and then perfoitms a simple analysis to determine when breathing 
is occurring. The algorithm first determines when the wearer is inhaling or exhaling. 
This is done by looking at the relative change in the sampled signal, effectively taking a 
first order derivative that removes the DC component of the signal. Once a binary signal 
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(inhaling or exhaling) is produced, it is timed and analyzed for consistent behavior. If 
several similar (+/- 25%) timed breaths are seen, they are averaged together and used as 
the final respiration value. If no consistent breaths are seen in a 30 second period, the 
respiration rate is set to "unstable". If no chest expansion/contraction is seen for over a 
5 minute, respiration rate is set to zero. 
Health state manager 

This task runs an algorithm (or algorithms) that determine the current health of 
the wearer based on all available physiological information. Recent historical 
physiological information is kept in an array and is used to determine both the health of 
10 the user and the confidence of the assessment of health. The resulting health state is not 
used on-board, but is instead simply transmitted as part of the RF packet. Alternatively, 
the assessment could be used locally to decide the rate at which to monitor events. 
RF manager 

This task transmits data. Transmissions are preferably repeated every two 
1 5 seconds or at a variable rate. Whenever it is time to transmit a packet of data, the RF 
manager task simply gathers the most recent physiological information, calculates the 
appropriate checksum (or other error correcting codes), and builds a packet of 
information for transmission, hi order to maintain tight timing on the Manchester 
encoded data, a timer interrupt is used to shift out the actual data bits. In other words, 
20 . once the packet has been built by the RF manager task, the timer interrupt takes over and 
shifts out all of the data with the appropriate timing. 
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Battery monitoring 

The battery monitor task periodically measures the battery voltage level in order 
to determine the health of the battery. Since batteries tend to have a "knee" at which the 
voltage drops off rapidly, only a "low" and "not yet low" determination can reasonably 
5 be made. Any voltage above 3.6V is interpreted as a healthy battery. About 95% of the 
time the battery will be above this "knee" voltage". When the voltage drops below 3.6V, 
the battery monitor interprets this as a "low" indication. When the battery drops below 
3.2V, the battery monitor changes its indication to "dead", meaning that there is not much 
time left before the strap stops operating. The exact timing for each of these battery 
10 levels depends on strap use, how well the battery was charged, and how old the battery is. 
In general, a fully charged battery will operate over two weeks on-body before entering 
the "low" state, then operate another hour or more before entering the "dead" state. Even 
then, the unit should continue to operate with a "dead" battery for 10 minutes or more. 
Sleep manager 

15 This task reduces battery consumption by putting the unit into a power-saving 

sleep mode as often as possible. The firmware puts the processor to sleep even when the 
strap is on-body. The difference in sleep mode use between on-body and off-body 
operating modes is that when on-body, the unit wakes up more often (8 times a second). 
The sleep manager looks at all of the states of all of the tasks when determining if the unit 

20 can go to sleep. If all of the tasks are in their respective "idle" states, and no action- 
pending flags are set, the firmware instructs the processor to shut down the main 4 MHz 
clock and wait for a timer or interrupt event to wake it up again. The unit spends almost 
all of its time in a low-current sleep mode, even when on-body. 
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Miscellaneous functionality 

There are three timers running in the background, two being at high speed and 
one being at a slower 8 Hz rate. None of the tasks described above run any more often 
than 8 times a second, allowing the processor to spend most of its time in sleep mode, 
5 when on-body. One high speed timer is free running and is used to measure short time 
intervals. The other timer is started and stopped as needed to provide additional timing 
resources. 

Improved EMI rejection. 

The Flex Sensor may act as antennae to pick up unwanted electro-magnetic noise. 

10 While the output signal may typically be filtered to remove this noise, it is usually 
preferable to minimize the initial noise pick-up. The standard Flex Sensor has one 
resistive and one conductive strip, joined at the end of the sensor opposite the contacts. 
Improved EMI rejection will result from a configuration with one resistive strip and two 
conductive strips. The conductive strips are placed on both sides of the resistive strip, and 

15 all three strips are joined at the end opposite the contacts - now three contacts instead of 
two. In connecting to a circuit, the two contacts to the conductive strips are connected to 
a fixed voltage level, typically either ground or supply voltage, while the contact to the 
resistive strip is used as the output. By these means the output portion of the sensor is 
completely surrounded by a portion that acts as an EMI shield. 

20 Improved moisture resistance. 

The mode of operation of the Flex Sensor, in which micro-cracks open on the surface 
of the resistive coating, makes it inherently susceptible to moisture. Water and other 
liquids can flow into the micro-cracks, effective shorting these gaps in the conductor. In 
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air, suspended water molecules and other suspended ionic particles may similarly enter 
the micro-cracks with similar results. A cover sheet with an adhesive backing may be 
used to protect the resistive element. 
Reversed bending 

Two Flex Sensor elements may be printed back-to-back on a single substrate. If 
the substrate is bent in either direction, one of the elements will increase in resistance. 
The two sensors may be monitored independently. Alternately, the two sensor may be 
wired in series and connected between two fixed voltages, thus creating a voltage divider. 
The voltage output of the divider, measured at the junction between the two elements will 
increase when the device is bent in one direction and decrease when it is bent in the other 
direction. 

The fabrication process may be modified to change the operating range. 
Immediately after the resistive ink is applied the substrate is bent into a concave shape; 
the ink is on the inside surface and so its length contracts relative to the substrate. The ink 
is allowed to dry, the substrate is straightened, and the material is processed to produce 
micro-cracks. Because of the contraction of the ink the cracks will be partially opened 
when the sensor is straight. The operating range of the sensor is shifted to provide a 
useful output signal with bending in both directions. 
Transmission 

Although to reduce bandwidth, processing is preferably accomplished on the LSDS 5 
some processing may be left for the host (receiver). The LSDS processor transmits 
amplitude and duration values for respiration cycles but does not apply any threshold 
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tests. The host (receiver) has the task of determining whether the amplitude and duration 
values fall within acceptable limits. 

A running average of the amplitude and duration values of the last four respiration 
cycles is transmitted to the host processor, rather than the values for the current cycle 
alone. This provides a more consistent output, but may introduce a degree on 
indeterminacy. 

A small hysteresis value is applied to the respiration signal to minimize false "end of 
cycle" readings due to noise in the signal. The hysteresis value is dynamically adjusted 
based on the amplitude of the previous cycle. 
Communications protocol requirements 

The communications protocols in use by this system must provide error detection 
or correction codes to ensure that the data is received as sent. The protocols used must 
provide the capability to be assigned to an upstream unit, so that a set of sensors may be 
assigned to a single hub, and a set of hubs may be assigned to a single remote station. 

A local protocol provides the transport of data between one or more sensors and a 
single hub. Since there may be many sensors, the local data packet format is extensible, 
not requiring changes to the hub to accommodate new sensor additions. 
Gaps in the sensor data must be accounted for, either by providing a filler packet (of 
perhaps just a timestamp), or by the indication that the sensor is no longer 
communicating. 

A distant protocol provides the transport of data between a hub, and the remote 
station. This protocol must allow for interruptions in the data stream, with later recovery 
of data stored within the hub. 
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User Interface Requirements 

The hub subsystem may provide a limited user interface in order to provide local 
health display (e.g. red/yellow/green LED's), and possibly a local selection mechanism to 
facilitate the initial association of one or more sensors to a specific hub. A more 
elaborate user interface is also possible if energy constraints are satisfied. The 
association of a specific hub to a remote station may be performed at the hub, or via the 
remote communications link, either to a medic PDA, or back to a remote station. 

The remote subsystem has a more complex user interface to allow for the display 
of the basic status of multiple hubs within a single display, as well as being able to 
display additional status and data details from at least a single hub. 
Medic PDA 

The medic PDA subsystem has a user interface capable of displaying a list of 
hubs to connect to, and a mechanism to connect and display the detailed data as delivered 
by the hub. 

Processing requirements 

The sensor subsystem is designed to: Capture and convert the analog data into 
digital form, perform error detection processing, to validate the proper application and 
operation of the hardware systems, battery status, etc., perform combined analysis of the 
biometric data, yielding the overall health metric, assemble and transmit the periodic data 
packets to the hub subsystem, and accept data received from the hub subsystem, applying 
configuration or command sets to update operational parameters. 

The hub subsystem is designed to: Collect the periodic data from the sensor 
subsystem(s), buffering samples for transmission to the remote station; Provide minimal 
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user interface capabilities to display the overall health status, and allow for sensor 
subsystem selection to be performed; Perform additional health status processing if 
multiple sensors are available to a single hub; Provide the uplink processing and data 
packaging for remote/PDA accesses 

The remote subsystem is designed to: Provide minimal status display of up to 20 
hubs; Provide expanded status display of one selected hub; and Provide long-term data 
logging for all hubs connected. 

The medic PDA subsystem is designed to: Establish a communications link to a 
single hub unit; and Provide display of all available sensor data and status information. 
Communication Protocols 

There are two communications protocols required as part of the complete LSDS 
design. The first protocol transfers data from the vital signs sensor to the hub, which in 
turn acts as a concentrator and relay to a remote station. 

The Sensor-Hub protocol provides the communications locally between one or 
more body-worn sensors, and a physically proximate hub/gateway. 
Packet formats . 
General packet structure 

In a preferred embodiment, every packet is required to provide the indication of 
the start of packet, which is done by encoding the packet length, followed by the ones 
complement of the packet length as the first two bytes. The packet length is defined as 
the number of bytes (octets) of the data payload, plus two so that the 16-bit CRC is 
included in the length. The packet data payload follows the header, and is able to be up 
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to 253 bytes in length. The validation CRC follows the payload data, and is a standard 
CCITT polynomial CRC. 



Byte# 


Description 


0 


Packet length (n) 


1 


Ones complement of packet length (~n) 


2 through n 


Packet data payload 


N+l 


MS Byte of 16-bit CRC 


N+2 


LS Byte of 16-bit CRC 



Sensor to Hub payload format 

There are two kinds of data transmitted from the sensor to the hub: sensor data 
and control data. Sensor data contains the data values obtained from one or more vital 
signs sensors that are present. Control data is sent in response to a command from the 
hub. 

Sensor Data packet format 

The format of a Sensor Data packet contains, at the minimum, the Sensor ID field, 
the first Data Present byte, and the health status field. If indicated in the data present 
field(s), other data will be present in the packet, in the order defined in the data present 



Sensor ID g bits Assigned ID of sensor 

The Data Present is one or more bytes, with a bit set for each position that is encoded in 
the packet. 

First Data Present byte 



Bit 

position 


Description 


0 


Health Status 


1 


Heart Rate 


2 


Breath Rate 


3 


Motion 


4 


Vocalization 
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5 


Temperature 


6 


Battery Status 


7 


Clear indicates end of data field bytes 



Second Data Present Byte 



Bit 

position 


Description 


0 


Unused 


1 


Unused 


2 


Unused 


3 


Unused 


4 


Unused 


5 


Unused 


6 


Unused 


7 


Clear indicates end of data field bytes 



The health status field is the output of the overall health algorithm. This output 
5 will take the form of a three-state variable, followed by an integer confidence rate. The 
heart rate field contains either the heart rate numeric value, in the range of 20-250 beats 
per minute, or an indication of a hardware or software problem status. The breath rate 
field contains either the breath rate numeric value, in the range of 1-100 breaths per 
minute, or an indication of a hardware or software problem status. The motion field 

10 contains the indication of activity, as measured by an accelerometer, and will be in a 4- 
state range where lower value indicates less activity. A vocalization field contains data 
from the sensor. The temperature field contains the current body temperature in degrees 
Celsius. The battery status field contains a three-state (high, medium, low) value 
indicating the charge left in the battery. The sensor control packet is sent in response to a 

15 command from the hub. Its contents are dependent on the command that it is responding 
to. The Sensor ID contains the 32-bit unique ID for a sensor. This is used as part of the 
process of associating a sensor to a hub. 
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The data transmitted from the hub to the sensor contains command data only. 
These messages are for providing configuration values, and retrieving status information 
that is not periodically transmitted. 
Sensor Commands 

5 Attach Sensor: This command causes the sensor to become associated with the 

sending hub, and assigns an 8-bit sensor id to the sensor. 

16-bit CRC generation and validation: CRC generation is preferable to a simple 
checksum due to the larger number of errors that a CRC will catch, that a checksum will 
not. 

10 Error handling 

At a minimum, the CRC on each data packet will indicate the success or failure of 
data transmission. Any packet that fails the CRC check will be discarded, and will not 
used in determining either the state of the system, or the health of the person it is attached 
to. If the underlying transport protocol does not support error correction measures such 
15 as retransmission, then a data packet that fails its CRC check will be discarded, and an 
indicator of this data loss inserted into the data stream. 
Hub-Remote protocol 

The hub-remote protocol provides the information transfer between the hub, and a 
remote viewing station that may be either a medic PDA, or a grouped display. 
20 Remote Display of Data 

The software is divided into an upper and lower end, based at the point in which a 
valid packet has been received. In the case of a live connection, this is checked for in the 
timer loop once every 100 msecs, polling for new data received by the serial interface and 
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collecting it into a packet. In the case of a replay file, a two-second timer is used to read 
in the next packet 'received'. 

A valid packet, whether from a file or from the serial interface, is passed to the 
main message loop of the application. When this is received, the packet is parsed, 
updating the corresponding displays with the newly received data. In addition, the data 
received is formatted into an ASCII string in hexadecimal format, and displayed in the 
LSDS communications field. Live connections additionally count the number of packets 
that contained header errors or checksum errors and update their respective fields. 

If the health status algorithm is enabled, it will be sent copies of the newly 
received data, which are placed into individual parameter data buffers for the next 
analysis phase. Preferably, once per second, the health status algorithm is executed on 
the data buffers, updating the display of the health status, along with the confidence score 
of that determination. 
Configuration dialog 

The configuration dialog contains the controls to select between data input from a 
live sensor, and replay data from a log file, serial port setting controls for both the LSDS 
sensor, and the optional Propaq interface, and enable checkboxes for running a session 
with a Propaq collecting data, as well as enabling or disabling the local health status 
algorithm for processing on received data. It is preferred that when using the local health 
status algorithm, that a single ID be filtered for, as conflicting data from multiple sensors 
will invalidate the operation of the health status algorithm. 
Main dialog 
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The main dialog is where all of the relevant information from data collection and 

processing are displayed. The dialog is broken up into groups of related data: 

LSDS Communications displays provides a view of the communications from the 

LSDS sensor. As valid packets are received, the payload portion is displayed in ASCII 

hexadecimal notation within a scrolling text box. If header or checksum errors are 

detected, then the corresponding error counts are incremented. 

Health Status displays contains the processed data from the LSDS sensor. It also 

contains the display of the Health State and confidence score both from the LSDS sensor, 

as well as the local implementation of the algorithm. 

The set of icons and the states they represent are as follows: 

BLACK health state: this means that no data has been received for 16 seconds 

BLUE health state: this means that a valid determination is unable to be processed 

from the current data. 

RED health state: this means that the health state is in critical condition, or 
possibly dead. 

Yellow health state: this means that the health state is abnormal. 

Green health state: this means that the health state is normal. 
Red exception health state: this means that one of the red exception states has 
occurred. 

The Propaq comms display provides a single status line indicating the operational 
mode of the Propaq communications interface, display of the received HR and RR values 
from the Propaq, and the difference, if any, between those values and the values 
determined by the LSDS sensor. 
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Every time the application is run, the data delivered as valid packets is copied out 
to the text replay file. This occurs after the id filtering is applied, and will therefore 
correspond to the data trace of a single LSDS sensor unit if filtering is active. The format 
of the data is in human-readable ASCII hexadecimal notation, one line per packet. The 
format of the packet is documented in the RF protocol document. 
LSDS Packet reception and validation 

The incoming data is received and buffered by the system serial device driver. 
Once every 100 milliseconds, any incoming data is collected and scanned for the 
expected start of packet sequence as documented in the RF protocol document. 
Extraneous data bytes are discarded after being logged in the binary packet file. 
Once a valid start of packet sequence has been detected, a counter is incremented for each 
new data byte, until the expected number of bytes have been received. Once a complete 
packet has been collected, then the checksum algorithm sums the data values, and 
compares it to the expected checksum field. If it is equal, then the packet is sent on for 
processing as a valid packet, otherwise, the data is ignored, and a new start sequence is 
searched for. 

LSDS data field processing 

Each packet that has been validated contains essentially a snapshot of the LSDS 
sensor state. This data is validated against the expected range of values before being 
displayed, and if it is out of range, a display, of ERR is used to indicate this. 
Additionally, if the alternate health status algorithm is active, then the data is sent to it to 
be used for evaluating the next health status result. 
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The ID data field is used only if sensor ID filtering is active. If the ID matches the 
filter ID, then the rest of the packet is processed, otherwise it is simply discarded. The 
Heartrate data field is used to display the current heartrate in the main dialog, as well as 
being subtracted from the most recent Propaq HR value to generate the delta HR field, if 
the Propaq interface is actively collecting data from a Propaq monitor. The Respiration 
data field is used to display the current respiration rate in the main dialog, as well as 
being subtracted from the most recent Propaq RR value, to generate the delta RR field, if 
the Propaq interface is actively collecting data from a Propaq monitor. The temperature 
data field is used to display the current skin temperature in the main dialog. The 
acceleration data field is used to select the appropriate label in the acceleration display in 
the main dialog. The orientation data field is used to select the appropriate label in the 
Orientation display in the main dialog. The Health status data field is the Health State as 
determined by the sensors' internal health state algorithm. It is used to determine the 
display in the Sensor Health State display on the main dialog. Confidence score data is 
the confidence score calculated by the sensors' internal health state algorithm, It is used 
to update the display in the Sensor Confidence field in the main dialog. 
Health Algorithm implementation 

The design of the health status algorithm contains five processing steps: Data 
Gathering and buffering; Data summation (e.g. averaging) and conversion from 
numeric/symbolic into qualified range data; Rule lookup processing; Confidence scoring; 
and Result display. Of these steps, the first one is done asynchronously because of the 
nature of the communications medium, and is driven by the reception of data packets 
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from the LSDS sensor. A one-second timer drives the rest of the processing steps, with 
all steps running to completion and generating a new health status and confidence score. 
Data gathering and buffering 

Each parameter has a 16-deep FIFO ring buffer for the collection of data from the 
5 sensor. Each sample in this buffer has, in addition to the value field, two flags, one to 
indicate that data was received, and one to indicate whether or not the data is valid. 
The current sample index of these buffers is incremented once per second, whether or not 
data is received. As the current write index is incremented, the new sample index flags 
are cleared to indicate that no data is present. As LSDS sensor data is received, it is 
10 copied into the current sample index in the ring buffer. A minimal amount of processing 
is performed, only to determine if the data value is within the defined valid range of the 
sensor. 

Conversion from source data to qualified data 

Each parameter ring buffer is processed to provide the average value of the data 

15 within the ring buffer. For numeric parameters (HR, RR and Temperature), this is simply 
the arithmetic average (sum of the valid data values divided by the number of valid 
samples). For symbolic parameters (Acceleration and Orientation), this is done by 
counting the number of each enumerated value, and returning the one that has the greatest 
count. In the case of equal results, the enumeration with the lowest value is returned. 

20 * This average value is then compared to the defined range boundaries, and the qualified 
data range value is returned. 
Rules and rule processing 
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A rule contains a bitmap of qualified data range results for each parameter, along 
with a result state to be used when a match is found. Each parameter field in a rule will 
contain at least one of the defined qualified data results, and may contain the composite 
result masks. Once the current states of the ring buffers has been obtained, these states 
are compared to each rule until either a match is detected, in which case the 
corresponding health state is used, or all rules have been checked, in which case the 
default state of BLUE (unable to proceed) is used. 
Confidence scoring 

The confidence scoring is performed last, since one of the input parameters is the 
determination of whether or not the current Health State has changed. 

Once the health state and confidence score have been determined, then the new 
values are displayed on the main dialog, in the Hub Health State and Hub Confidence 
fields. 

Heart Rate Calculation Algorithm 

The algorithm works by tracking trends. A trend is defined as a somewhat 
consistent series of ECG pulses based on their timing. Several times a second a decision 
is made to keep using an existing trend or to shift to using a new trend. This means that 
several processes must be running in parallel, one that tries to track an already established 
trend, one that continuously looks for a new trend, and one that determines which of 
these two has better data. Incoming ECG information is filtered before presenting it to 
the trend tracking routines in order to avoid spending time working on noise pulses. ECG 
data is averaged and filtered, and then converted into an actual beats-per-second value. 
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A block diagram of this algorithm is shown in Figure 20. Since each incoming 
ECG pulse is time stamped, those remaining after filtering and noise cancellation can be 
processed in non-real-time. This is useful since past or future pulse information is 
sometimes required to get a better understanding of the trend being followed and to allow 
for more tolerance of missing or extra pulses. 
Timing 

The slower the timebase, the easier it is to run the algorithm on a simple, 8-bit 
processor. Additionally, a timebase that uses a lower resolution clock allows the 
timebase to run while the processor is sleeping, reducing the drain on battery power. 
However, a more course timer resolution increases error (reduces accuracy) and makes it 
more difficult to implement simple per-beat timing comparisons. 

A reasonable compromise is to use a 32 Hz clock as the basic timer. This allows 
per-beat intervals to be timed accurately enough to determine if a trend is present, shifted, 
or lost. Although a 32 Hz clock is not nearly fast enough to accurately time heart rate on 
a per-beat basis, the averaging/filtering scheme described below looks at 4 seconds or 
more of ECG data. With a window of .4 seconds, a 32 Hz clock allows for better than 
0.8% accuracy. A 32 Hz timer allows for an 8-second duration when stored as a simple 
8-bit entity. This is plenty long enough for all pulse timing and averaging activities. 
Process timing 

In order to keep processing power to a reasonable level and to allow the use of a 
small, inexpensive, and battery conscious microprocessor, processes are set up to run 
only at certain specific intervals, and this process repeat pace is kept to a fairly slow rate 
of once every eight seconds. 
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Figure 21 shows how often each process is run. ECG pulse detection is 
performed whenever an ECG (or EMG or other unwanted signal) is seen, so its timing is 
sporadic and asynchronous to the rest of the process timing. The heart of the algorithm, 
which includes filtering trend tracking and analysis, is executed at an 8 Hz rate. 
Averaging/filtering is run only once every two seconds, and the resulting ECG rate is 
converted to a beats-per-second value every two seconds as well. 
Algorithm specifics 

ECG, EMG and any other electrical impulse of sufficient magnitude cause an 
interrupt to the processor. The ECG pulse detection routine simply timestamps every 
interrupt and saves a record of its having happened. This information is used by the filter 
process. A flowchart of the ECG pulse detection interrupt is shown in Fig.22. Since an 
incoming noise stream should not be allowed to flood the filtering process, the ECG 
pulse detection routine stops recording interrupts if too many ECG pulses are still waiting 
processing by the filtering process. The list of pending interrupts is cleared by the 
filtering routine on a periodic basis. 
Low pass filter and noise cancellation 

This process removes presumably incorrect ECG information by applying low 
pass filtering and noise cancellation. A low pass filter does not allow ECG pulses to 
come in too close in time to previous pulses, whereas noise cancellation simply deletes 
what appear to be extra pulses. 

The low pass filter cutoff frequency is set to 8 Hz, which corresponds to a two- 
times sampling rate of 240 BPM. The filter works by throwing out incoming pulses that 
occur too close to the previous pulse. Since the filtering routine is run at an 8 Hz rate, 
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the routine allows only one ECG pulse per 1/8 second period. If more that one ECG 
pulse is pending processing, only one is taken and the rest are ignored. A good example 
of when this filter is necessary is when there are echo ECG pulses due to both R and P 
wave detection. A flowchart of this filter is shown in Figure 23. 

Note that since this algorithm looks 1/8 second backward in time, a 1/8 second 
delay is introduced by this scheme. Once the ECG pulses have been processed, pulses 
seen in the previous 1/8 second window are passed on to the trend discovery and trend 
tracking stages of the algorithm. 

As an example of how this filtering scheme works, refer to Figure 25. The first 
labeled pulse is ignored since it occurs too close to the proceeding pulse. The second 
labeled pulse is ignored since it is an additional pulse within the same 1/8 second time 
window. 

Look for a new trend 

New trends are recognized by looking at only the most recent ECG pulse timing. 
A trend is defined as somewhat consistent timing of ECG pulses. Since noise can be 
expected and ECG pulses may occasionally be missed, the, trend acquisition algorithm 
needs to be tolerant of extra and missing pulses. This is accomplished by looking at 
intra-beat timing and deciding which timing appears most often. As long as extra or 
missing pulses do not appear more often than true ECG pulses, this process should be 
able to find the correct heart rate, 

The algorithm works by looking at four most recent inter-beat intervals and 
developing a scoring based on the consistency of these intervals. Since inter-beat 
intervals are not going to be exactly the same, a +/- 12.5% window is allowed. With this 
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size window, a missing beat will clearly be detected, and although an extra beat may 
appear inside this window, the following correct beat will appear later in time much less 
than the window size. 

By looking at only the last four inter-beat intervals, the effect is that of a sliding 
window, leaving older information behind quite soon. This allows the algorithm to lock 
onto new trends fairly quickly, and also allows it to track slightly changing heart rates. 
Each new ECG pulse or perceived missing ECG pulse causes an update in the "score" for 
how well a trend is being seen. The rules for scoring are as follows: 

• if 3 in a row have similar timing, score = high 

• if 3 of last 4 have similar timing, score = med. high 

• if 2 of last 3 have similar timing, score = medium 

• if 2 of last 4 have similar timing, score = low 

Using Fig. 25 as an example, inter-beat intervals are tracked as they occur, left to 
right. Interval t\ is the normal heart rate, and it appears the most. When the extra pulse 
occurs, it creates the two shorter inter-beat intervals t2 and t3. Then, when a later pulse is 
missed, the longer inter-beat interval'!^ is seen. 

In order to keep extra or missing pulses from adversely affecting the heart rate being 
calculated by the averaging process, only the consistent inter-beat intervals are saved in 
the history array. Again referring to Fig. 25, since ti is seen the most, only it will be 
saved in the history array. 

A flowchart of this trend-acquiring process is presented in Figure 26. 
Tracking an existing trend 



WO 2005/046433 PCT/US2004/036587 

An existing trend is tracked by assuming the heart rate to be at a certain 
frequency, and then looking for more heartbeats at these expected intervals. Extra pulses 
are ignored in order to keep locked onto an existing trend in the presence of noise (extra 
pulses). Likewise, missing pulses are accommodated by assuming pulses to come at a 
5 certain time, and to allow for missing pulses as long as they sooner or later start showing 
up at the expected time. These actions are illustrated in Figure 27. 

In order to keep locked onto a slowly changing heart rate, a 12.5% window (+/- 
6.25%) of tolerance is allowed on each expected pulse. This size is selected since it is 
easy to calculate in integer math. With a tolerance window this wide, the heart rate can 
10 change at a reasonable rate while still allowing this process to remain locked onto the 
moving trend. 

Since extra pulses are ignored and missing pulses are assumed present, a near or 
perfect harmonic shift in heart rate will not be noticed by this process. For example, a 
jump from 60 to 120 BPM will not be noticed since at 120 BPM, a pulse is seen at the 

1 5 same timing as when the heart rate was 60 BPM, and the extra pulse in the middle is 

simply ignored. This indifference to harmonic shift is acceptable since a "look for a new 
trend" process will identify the proper heart rate of 120 BPM, and its score will be higher 
than that generated by this process. 

Also, there needs to be a mechanism by which this "existing trend" process is 

20 locked onto a new trend when that new trend is seen to be strong and stable. The 

mechanism works by unlocking the existing trend when its score is low, and then locking 
onto a new trend when the new trend is seen to exist. This is how a harmonic shift is 
ultimately resolved, forcing the existing trend to lock onto the new, correct trend. 
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A score is maintained for how well the trend is being tracked. The rules for scoring 
are as follows: 

• if 4 of the last 4 expected pulses were seen, score = high 

• if 3 of the last 4 expected pulses were seen, score = med. high 

• if 2 of the last 4 expected pulses seen, score = medium 

• if 1 or 0 of the last 4 expected pulses seen, score = low 

An array of inter-beat intervals is maintained in order to provide the averaging 
process the information it needs. In order to keep missing or extra pulses from skewing 
the averaging process, extra pulses are not recorded in the history array, and missing 
pulses are assumed present and are inserted into the history array. 

The algorithm is simplified by recognizing the fact a maximum of one pulse can be 
seen or expected every time this process is run (8 times a second). A flowchart of this 
trend-tracking process is shown in Figure 28. 
Decide which trend to use (if any) 

This process decides which set of inter-beat periods to use when calculating the 
.heart rate. The scores generated by the "look for a new trend" and "track existing trend" 
processes indicate which array of historic inter-beat values are of higher quality, so the 
scores alone are the mechanism for making this decision. If both scores are the same, the 
historic data for the existing trend is used since it has a tighter tolerance on how much an 
inter-beat interval can change from beat to beat. 

Since a good score will not always be available from either or both trend analysis 
processes, this process has two additional modes of operation. First, if both the trend the 
trend tracking and acquisition processes have low scores, the heart rate status is set to 
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"unstable". Second, it there are no heartbeats but the ECG contacts are determined to be 
on-body, then the heart rate status is set to "none". 

If neither trend contains useful information, this trend selection process makes 
two key decisions. First, if there have not been any heart beats in a while, the heart rate is 
set to zero. A timer is managed in the "low pass filter and noise cancellation" process 
that is cleared when an ECG pulse is detected and incremented when no pulse is seen. 
Since that process is run every 1/8 second, the "no pulse" timer therefore counts at an 8 
Hz rate. If the count exceeds a certain threshold, the pulse rate is set to zero and the rest 
of the trend selection process is skipped. Second, if either of the trend tracking processes 
has a low score and it is indicating missing pulses, the heart rate is set to a "slow heart 
rate" status. 

Averaging filter 

The averaging filter works by looking at the previous 4 to 6 seconds of inter-beat 
timing intervals. Faster heart rates will therefore be averaged over a larger number of 
beats than slower rates, but even at a low-end 30 BPM heart rate, three pulses can 
averaged in a 6-second window. 

The algorithm simply looks back in time through an array of historic inter-beat 
intervals until it sees at least 4 seconds of pulse timing, and then averages this most 
recent pulse timing. The filter is run once every two seconds, so updated averaged hear 
rates are available every two seconds. Since only the most recent "good" inter-beat 
intervals are used in the formula, missed pulses will not have an impact on the algorithms 
ability to generate new averages every 2 seconds. 
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The coarseness of the 32 Hz timebase does not compromise accuracy as long as 
inter-beat intervals extend over a 4 second period of time. Each of the inter-beat intervals 
in the historic array of values taken alone is not very accurate, but when added together, 
their round-off inaccuracies cancel out. 
5 A sample averaging scenario is shown in Fig.29. The heart rate is about 55 BPM, 

which corresponds to an inter-beat interval of about 35 counts (since the timer is running 
at 32 Hz). The most recent inter-beat interval is seen to be 34. Moving back far enough 
to get at least 4 seconds of heart beats (4 x 32 = 128 total counts) takes one back to an 
inter-beat interval of 33. The average counts is therefore (34 + 36 + 35 + 33) / 4 = 34.5 
10 counts. 

A final low pass filter stage is added that limits how fast the heart rate can change. 
This is present to reflect the realities of physiology. A large step change in heart rate 
could imply an error in the new heart rate, so the rate at which the heart rate that is shared 
with the outside world is allowed to approach the calculated heart rate based on the old 
15 and new trends is. limited to 4 BPM per second. As an example, if the previous heart rate 
was 60 and the newly calculated heart rate is 72, the heart rate sent out of the Life Signs 
Detection System will be 64, then 68 one second later, then 72 a second after that. 

The math required to convert the filtered (averaged) inter-beat interval to a beats- 
per-second heart rate is simple. Since there are 32 clock ticks per second, the heart rate is 
20 (32 / avg. inter-beat interval) * 60. For the example above, this works out to (32 / 34.5) * 
60 - 55 BPM. 
Remote Communication 
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A sensor in the Lite Signs Detection System (LSDS ) communicates witn a Health 
hub (some kind of PC). 

The wireless network connects a single sensor to a health hub via a receiver.. The 
range is preferred to allow for reliable operation at 20 feet. The receiver manages the 
decoding of the data stream being received from the sensor. The link from the receiver to 
the health hub is simple serial RS232 at a 9600 baud rate as shown in Figure 30. The 
health hub may be any small device having a processor, preferably a PC (desktop or 
laptop) or a PDA. 
Physical layer 

A simple, low cost RF transceiver operating at 900 MHz may be used at both ends 
of the wireless link. Versions using transceivers would be capable of two-way 
communication. 
Data link layer 

Low cost RF modules tend to have two specific problems. First, as they are 
susceptible to noise, particularly in the absence of a transmitted signal, receivers tend to 
have noise pulses at random, times. This means that the RF modules are not suited for 
sending asynchronous data. Second, the RF modules appear unable to hold a "high" level 
for longer than 10 or 15 milliseconds. This is most likely due to AGC circuitry. The 
modules therefore seem more content to see constantly changing data. 
One solution to these two shortcomings is to Manchester encode the data being sent 
through the RF channel. This not only forces the data to change very often, but it reduces 
the sensitivity to noise. The bit rate will be 1 msec, and a "0" is encoded as a rising edge 
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(01) in the middle of the bit time, and a "1" is encoded as a falling edge (10). An 
example bit stream is shown in Figure 3 1 : 

In order for the receiver to recover the timing of the bit stream and hence 
understand when the start and middle of the bit time is, the transmitter must precede the 
actual data packet with a series of all 0's. The receiver will recover the bit timing by 
looking for consistent falling edges. The exact number of 0's in this leader is not 
important as long as it generates enough clock edges for the receiver to lock onto it. 
Eight to 16 bits should be fine. An all 0's leader corresponds to the encoded data stream 
shown in Figure 32: 

Figure 48 is block diagram of the communication system of the present invention. 
The LSDS system preferably comprises a Body Area Network (BAN), a Personal Area 
Network (PAN), and a Local Area Network (LAN) or Wide Area Network (WAN). The 
BAN, in turn, comprises an LDS Monitor having a sensor array and software. The 
software provides signal processing to reduce signal noise and also provides the health 
state assessment algorithm together with its primary rule set. Within the BAN is also, 
located .a Communications Gateway comprising a wireless transmitter, data storage and 
query response software together with an optional wireless receiver and an on-board 
display. 

The Communications Gateway enables two way communication with both the 
PAN and the LAN or WAN. The PAN comprises a Local Clinicain/Caregiver Unit, that 
may be implemented in a PDA or pager. It provides a multi-patient wireless transceiver, 
color screen (for color-code health state data), sound module (for alarm tones) and an 
optional input module (for clinician annotation). The PAN further preferably comprises 
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software having a health state assessment algorithm with optional second tier rule sets, a 
multi-patient alarm display, a single-patient review/annotation module, an optional 
internet connection moduel and device query software (for addressing individual 
devices). 

The LAN or WAN comprises a Remote Assessment/Dispatch Station that 
provides data storage connectivity with typically patient records or a full disclosure 
database and optionally a wide area alarm system. It further comprises software 
including a health assessment algorithm, optional clinical analysis software, a system 
overview module to display the status of all active monitors, a single patient 
detail/analysis/ query module, and several further optional features. Among these 
optional features are an interface to Medic Dispatch Decision Software, to Emergency 
Response Databases, to Emergency Room Management Software, and to Disaster 
Management Systems. 
Application layer 

Physiological information is transmitted out of the sensor on a periodic basis. 
This information is sent in packets in order to provide error detection and noise 
immunity. The packet format is: 

[leader] [header 1] [header2] [data] [checksum] 
The header is a 16-bit pattern that allows the receiver to identify the start of a valid 
packet. The 10-byte data field is a number of bytes that describe thephysiological 
condition of the wearer of the sensor. Lastly, the checksum is a 16-bit code that helps 
determine if the data was received without error. Header 1 is OxOd, while header! is Oxlc. 
The 10-byte data field is encoded as follows: 
byte 1 = sensor ID (valid range is 1 through 250) 
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byte 2 = health status, where 

0 = black (no sensor data available) 

1 = blue (uncertain or unreliable data 

2 = red (health is very poor) 

3 - yellow (health is marginal) 

4 = green (A-OK) 
byte 3 = activity level, where 

0 = no activity 

1 = low level of activity (e.g. slow rolling, deep knee bends) 

2 = medium level of activity (e.g. walking) 

3 = high level of activity (e.g. running) 
byte 4 = temperature, signed integer, in degrees C 
byte 5 = heart rate, where 

0 through 240 = heart rate, in beats per minute 

250 = strap leads off 

25 1 = strap leads on, but cannot determine heart rate due to too many extra pulses 
(e.g. noise) 

252 = strap leads on, but cannot determine heart rate due to too many missing 
pulses (e.g. ECG signal level too low) 

byte 6 = battery voltage status, where 

0 = high 

1 = moderate 

2 = low 

byte 7 = orientation, where 

upper 4 bits = up/down axis, where 

0000 = not stable enough to determine orientation 

0001 = upright 

0010 = slanted 

001 1 = horizontal 
0100 = inverted 

lower 4 bits = side-to-side axis 
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byte 8 = respiration rate, where 

0 through 100 = respiration rate, in breaths per minute 

250 = cannot determine respiration rate (e.g. too much noise) 

byt e 9 = confidence score of the overall health state assessment 

byte 10 = spare byte available for debug, testing, or future use 

The checksum is a 16-bit summation of each of the data bytes. The summing is done 
byte-wide, but the result is 16-blts wide. 

All multi-byte entities are transmitted little-endian (lowest byte first). The only data that 
is affected by this rule is the 16-bit checksum since all other protocol elements are bytes. 
Orientation is interpreted using the diagram of Figure 33. 
What is claimed is: 

1 . A life signs detection system for monitoring subjects, said system comprising 
a plurality of wearable platforms, each wearable platform comprising 

a sensor subsystem having a respiration rate sensor that detects abdominal 

motion of a subject, 
a processor, and 

a transmitter for local sensor data of medical state information , 
a plurality of local hubs each comprising 

a separate wearable package comprising 

a local transceiver hub accepting connection from an external 

display and comprising 
a receiver for local sensor data from said wearable platforms, 
a remote base station receiving information from a plurality of local hubs and 
comprising said external display, and 
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a rule processing engine comprising 

a processor executing a health state assessment algorithm that performs a 
medical evaluation and determines a confidence level for the evaluation, said algorithm 
comprising a rule set to calculate a health state classification and indicator of confidence. 

5 

2. The life signs detection system of claim 1 wherein the processing engine employs 
a subject personal baseline dependent rule set and tabulated parameter values. 

3. The life signs detection system of claim 1 wherein the transmitter of the wearable 
10 platform is a short range RF transmitter having low bandwidth output for local sensor 

data. 

4. The life signs detection system of claim 1 wherein the local transceiver hub 
comprises a short range RF transceiver, a medium or long range transmitter/transceiver 

15 and a processor. 

5. The life signs detection system of claim 1 wherein said local sensor data 
comprises periodic and on demand digital data packets of medical state information from 
said wearable platforms. 

20 .... 

6. The life signs detection system of claim 1 wherein said remote base station is a 
PDA. 
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7. The life signs detection system of claim 1 wherein said algorithm estimates the 
likelihood of injury, 



8. The life signs detection system of claim 1 wherein said algorithm estimates the 
5 likelihood of an injury and the nature of the injury 

9. The life signs detection system of claim 1 wherein the processing engine employs a 
subject personal baseline dependent rule set. 

10. The life signs detection system of claim 1 wherein said display comprises color coded 
health state classifications and decision confidence score. 

1 1 A life signs detection system for monitoring subjects, said system comprising 
a plurality of wearable platforms, each wearable platform comprising 

a sensor subsystem having a respiration rate sensor that detects abdominal motion 

of a subject, 
a processor, and 

a transmitter for local sensor data of medical state information , 
a plurality of local hubs each comprising 

a separate wearable package comprising 

a local transceiver hub accepting connection from an external display and 
comprising 
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a receiver for local sensor data from said wearable platforms, 
a remote base station receiving information from a plurality of local hubs and comprising 

said external display, and 
a rule processing engine comprising 

a processor executing a health state assessment algorithm that performs a medical 
evaluation and determines a confidence level for the evaluation, said algorithm comprising a rule 
set to calculate a health state classification and indicator of confidence, 

said rule set providing data prioritization determining the order for 
proceeding through data interpretation rules for which value levels are predetermined, 
said algorithm comprising interpretation rules for each health state. 

12. The life signs detection system of claim 1 1 wherein the processing engine employs a 
subject personal baseline dependent rule set and tabulated parameter values. 

13. The life signs detection system of claim 1 1 wherein said algorithm comprises tabulated 
interpretation rules and tabulated boundary conditions and tabulated abnormal values for each 
personal baseline. 

14. The life signs detection system of claim 1 1 wherein the transmitter of the wearable 
platform is a short range RF transmitter having low bandwidth output for local sensor data. 

15. The life signs detection system of claim 1 1 wherein the local transceiver hub comprises a 
short range RF transceiver, a medium or long range transmitter/transceiver and a processor. 
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16. The life signs detection system of claim 1 1 wherein said local sensor data comprises 
periodic and on demand digital data packets of medical state information from said wearable 
platforms. 

17. The life signs detection system of claim 1 1 wherein said remote base station is a PDA. 

IS. The life signs detection system of claim 1 1 wherein said algorithm estimates the 
likelihood of injury, 

19. The life signs detection system of claim 1 1 wherein said algorithm estimates the 
likelihood of an injury and the nature of the injury 

20. The life signs detection system of claim 1 1 wherein the processing engine employs a 
subject personal baseline dependent rule set. 

.21. The life signs detection system of claim 1 1 wherein said display comprises color coded 
health state classifications and decision confidence score. 

22. A life signs detection system for monitoring subjects, said system comprising 
a plurality of wearable platforms, each wearable platform comprising 

a sensor subsystem having a respiration rate sensor that detects abdominal motion 

of a subject, 
a processor, and 
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a transmitter for local sensor data of medical state information , 
a plurality of local hubs each comprising 

a separate wearable package comprising 

a local transceiver hub accepting connection from an external display and 
comprising 

a receiver for local sensor data from said wearable platforms, 
a remote base station receiving information from a plurality of local hubs and comprising 

said external display, and 
a rule processing engine comprising 

a processor executing a health state assessment algorithm that performs a medical 
evaluation and determines a confidence level for the evaluation, said algorithm comprising a rule 
set to calculate a health state classification and indicator of confidence, 

said rule set providing data prioritization determining the order for 
proceeding through data interpretation rules for which value levels are predetermined, 
said algorithm comprising interpretation rules for each health state, 
wherein the confidence level is based on the likelihood of new state transitions and 
utilizes decision matrices dependent upon the number of parameter values received in a 
predetermined time interval. 

23. The life signs detection system of claim 22 wherein the processing engine employs a 
subject personal baseline dependent rule set and tabulated parameter values. 
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24. The life signs detection system of claim 22 wherein said algorithm comprises tabulated 
interpretation rules and tabulated boundary conditions and tabulated abnormal values for each 
personal baseline. 

25. The life signs detection system of claim 22 wherein the transmitter of the wearable 
platform is a short range RF transmitter having low bandwidth output for local sensor data. 

26. The life signs detection system of claim 22 wherein the local transceiver hub comprises a 
short range RF transceiver, a medium or long range transmitter/transceiver and a processor. 

27. The life signs detection system of claim 22 wherein said local sensor data comprises 
periodic and on demand digital data packets of medical state information from said wearable 
platforms. 

28. The life signs detection system of claim 22 wherein said remote base station is a PDA 

29. The life signs detection system of claim 22 wherein said algorithm estimates the 
likelihood of injury, 

30. The life signs detection system of claim 22 wherein said algorithm estimates the 
likelihood of an injury and the nature of the injury 
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3 1 . The life signs detection system of claim 22 wherein the processing engine employs a 
subject personal baseline dependent rule set. 



32. The life signs detection system of claim 22 wherein said display comprises color coded 
health state classifications and decision confidence score. 

33. A life signs detection system for monitoring subjects, said system comprising 
a plurality of wearable platforms, each wearable platform comprising 

a sensor subsystem having a respiration rate sensor that detects abdominal motion 

of a subject, 
a processor, and 

a transmitter for local sensor data of medical state information , 
a plurality of local hubs each comprising 

a separate wearable package comprising 

a local transceiver hub accepting connection from an external display and 
comprising 

a receiver for local sensor data from said wearable platforms, 
a remote base station receiving information from a plurality of local hubs and comprising 

said external display, and 
a rule processing engine comprising 

a processor executing a health state assessment algorithm that performs a medical 
evaluation and determines a confidence level for the evaluation, said algorithm comprising a rule 
set to calculate a health state classification and indicator of confidence, 
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said rule set providing data prioritization determining the order for 
proceeding through data interpretation rules for which value levels are predetermined, 
said algorithm comprising interpretation rules for each health state, 
wherein the confidence level is based on the likelihood of new state transitions and 
utilizes decision matrices dependent upon the number of parameter values received in a 
predetermined time interval, said confidence score dependent upon 
a parameter set 
a state change score and 
a data persistence score. 

34. The life signs detection system of claim 33 wherein the processing engine employs a 
subject personal baseline dependent rule set and tabulated parameter values. 

35. The life signs detection system of claim 33 wherein said algorithm comprises tabulated 
inteipretation rules and tabulated boundary conditions and tabulated abnormal values for each 
personal baseline. . 

36. The life signs detection system of claim 33 wherein the transmitter of the wearable 
platform is a short range RF transmitter having low bandwidth output for local sensor data. 

37. The life signs detection system of claim 33 wherein the local transceiver hub comprises a 
short range RF transceiver, a medium or long range transmitter/transceiver and a processor. 
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38. The life signs detection system of claim 33 wherein said local sensor data comprises 
periodic and on demand digital data packets of medical state information from said wearable 
platforms. 

39. The life signs detection system of claim 33 wherein said remote base station is a PDA 

40. The life signs detection system of claim 33 wherein said algorithm estimates the 
likelihood of injury, 

41. The life signs detection system of claim 33 wherein said algorithm estimates the 
likelihood of an injury and the nature of the injury 

42. The life signs detection system of claim 33 wherein the processing engine employs a 
subject personal baseline dependent rule. set. 

43. The life signs detection system of claim 33 wherein said display comprises color coded 
health state classifications and decision confidence score. 

44. A life signs detection system for monitoring one significant vital sign and one indirect 
life sign of subjects, said system comprising 

a plurality of wearable platforms, each wearable platform comprising 
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a sensor subsystem comprising 

a heart rate sensor, 

a body motion sensor 

a respiration rate sensor, and 

a temperature sensor, 
wherein the respiration rate sensor detects motion of a subject, 
a processor, and 

a transmitter for local sensor data of medical state information , 
a plurality of local hubs each comprising 

a separate wearable package comprising 

a local transceiver hub accepting connection from an external display and 
comprising 

a receiver for local sensor data from said wearable platforms, 
a remote base station receiving information from a plurality of local hubs and comprising 

said external display, and 
a rule processing engine comprising 

a processor executing a health state assessment algorithm that perfonns a medical 
evaluation and determines a confidence level for the evaluation, said algorithm comprising a rule 
set to calculate a health state classification and indicator of confidence. 



45. The life signs detection system of claim 44 wherein the processing engine employs a 
subject personal baseline dependent rule set and tabulated parameter values. 
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46. The life signs detection system of claim 44 wherein the respiration rate sensor detects 
abdominal motion of the subject. 



47. The life signs detection system of claim 44 wherein said algorithm comprises tabulated 
interpretation rules and tabulated boundary conditions and tabulated abnormal values for each 
personal baseline. 

48. The life signs detection system of claim 44 wherein the transmitter of the wearable 
platform is a short range RF transmitter having low bandwidth output for local sensor data. 

49. The life signs detection system of claim 44 wherein the local transceiver hub comprises a 
short range RF transceiver, a medium or long range transmitter/transceiver and a processor, 

50. The life signs detection system of claim 44 wherein said local sensor data comprises 
periodic and on demand digital data packets of medical state information from said wearable 
platforms. 

5 1 . The life signs detection system of claim 44 wherein said remote base station is a PDA 

52. The life signs detection system of claim 44 wherein said algorithm estimates the 
likelihood of injury, 
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53. The life signs detection system of claim 44 wherein said algorithm estimates the 
likelihood of an injury and the nature of the injury 



54. The life signs detection system of claim 44 wherein the processing engine employs a 
subject personal baseline dependent rule set. 

55. The life signs detection system of claim 44 wherein said display comprises color coded 
health state classifications and decision confidence score. 

56. A life signs detection system for monitoring one significant vital sign and one indirect 
life sign of subjects , said system comprising 

a plurality of wearable platforms, each wearable platform comprising 
a sensor subsystem comprising 
a heart rate sensor, 
a body motion sensor 
a respiration rate sensor, and 
a temperature sensor, 
wherein the respiration rate sensor detects motion of a subject, 
a processor, and 

a transmitter for local sensor data of medical state information , 
a plurality of local hubs each comprising 

a separate wearable package comprising 
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a local transceiver hub accepting connection from an external display and 
comprising 

a receiver for local sensor data from said wearable platforms, 
a remote base station receiving information from a plurality of local hubs and comprising 

said external display, and 
a rule processing engine comprising 

a processor executing a health state assessment algorithm that performs a medical 
evaluation and determines a confidence level for the evaluation, said algorithm comprising a rale 
set to calculate a health state classification and indicator of confidence, 

said rule set providing data prioritization determining the order for 
proceeding through data interpretation rules for which value levels are predetermined, 
said algorithm comprising interpretation rules for each health state. 

57. The life signs detection system of claim 56 wherein the processing engine employs a 
subject personal baseline dependent rule set and tabulated parameter values. 

58. The life signs detection system of claim 56 wherein the respiration rate sensor detects 
abdominal motion of the subject. 

59. The life signs detection system of claim 56 wherein said algorithm comprises tabulated 
interpretation rules and tabulated boundary conditions and tabulated abnormal values for each 
personal baseline. 



WO 2005/046433 PCT/US2004/036587 

60. The life signs detection system of claim 56 wherein the transmitter of the wearable 
platform is a short range RF transmitter having low bandwidth output for local sensor data. 



61. The life signs detection system of claim 56 wherein the local transceiver hub comprises a 
short range RF transceiver, a medium or long range transmitter/transceiver and a processor. 

62. The life signs detection system of claim 56 wherein said local sensor data comprises 
periodic and on demand digital data packets of medical state information from said wearable 
platforms. 



63. The life signs detection system of claim 56 wherein said remote base station is a PDA 

64. The life signs detection system of claim 56 wherein said algorithm estimates the 
likelihood of injury, 

65. The life signs detection system of claim 56 wherein said algorithm estimates the 
likelihood of an injury and the nature of the injury 

66. The life signs detection system of claim 56 wherein the processing engine employs a 
subject personal baseline dependent rule set. 

67. The life signs detection system of claim 56 wherein said display comprises color coded 
health state classifications and decision confidence score. 
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68. A life signs detection system for monitoring one significant vital sign and one indirect 
life sign of subjects, said system comprising 

a plurality of wearable platforms, each wearable platform comprising 
a sensor subsystem comprising 
a heart rate sensor, 
a body motion sensor 
a respiration rate sensor, and 
a temperature sensor, 
wherein the respiration rate sensor detects motion of a subject, 
a processor, and 

a transmitter for local sensor data of medical state information , 
a plurality of local hubs each comprising 

a separate wearable package comprising 

a local transceiver hub accepting connection from an external display and 

comprising ' * .' 

a receiver for local sensor data from said wearable platforms, 
a remote base station receiving information from a plurality of local hubs and comprising 

said external display, and 
a rule processing engine comprising * 

a processor executing a health state assessment algorithm that performs a medical 
evaluation and determines a confidence level for the evaluation, said algorithm comprising a rule 
set to calculate a health state classification and indicator of confidence, 
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said rule set providing data prioritization determining the order for 
proceeding through data interpretation rules for which value levels are predetermined, 
said algorithm comprising interpretation rules for each health state, and 
wherein the confidence level is based on the likelihood of new state transitions and 
utilizes decision matrices dependent upon the number of parameter values received in a 
predetermined time interval. 

69. The life signs detection system of claim 68 wherein the processing engine employs a 
subject personal baseline dependent rule set and tabulated parameter values. 

70. The life signs detection system of claim 68 wherein the respiration rate sensor detects 
abdominal motion of the subject. 

71. The life signs detection system of claim 68 wherein said algorithm comprises tabulated 
interpretation rules and tabulated boundary conditions and tabulated abnormal values for each 
personal baseline. / 

72. The life signs detection system of claim 68 wherein the transmitter of the wearable 
platform is a short range RF transmitter having low bandwidth output for local sensor data. 

73. The life signs detection system of claim 68 wherein the local transceiver hub comprises a 
short range RF transceiver, a medium or long range transmitter/transceiver and a processor. 
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74. The life signs detection system of claim 68 wherein said local sensor data comprises 
periodic and on demand digital data packets of medical state information from said wearable 
platforms. 

75. The life signs detection system of claim 68 wherein said remote base station is a PDA 

76. The life signs detection system of claim 68 wherein said algorithm estimates the 
likelihood of injury, 

77. The life signs detection system of claim 68 wherein said algorithm estimates the 
likelihood of an injuiy and the nature of the injury 

78. The life signs detection system of claim 68 wherein the processing engine employs a 
subject personal baseline dependent rule set. 

79. The life signs detection system of claim 68 wherein said display comprises color coded 
health state classifications and decision confidence score. " • 

80. A life signs detection system for monitoring one significant vital sign and one indirect 
life sign of subjects, said system comprising 

a plurality of wearable platforms, each wearable platform comprising 
a sensor subsystem comprising 
a heart rate sensor. 
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a body motion sensor 
a respiration rate sensor, and 
a temperature sensor, 
wherein the respiration rate sensor detects motion of a subject, 
a processor, and 

a transmitter for local sensor data of medical state information , 
a plurality of local hubs each comprising 

a separate wearable package comprising 

a local transceiver hub accepting connection from an external display and 
comprising 

a receiver for local sensor data from said wearable platforms, 
a remote base station receiving information from a plurality of local hubs and comprising 

said external display, and 
a rule processing engine comprising 

a processor executing a health state assessment algorithm that performs a medical 
evaluation and determines a confidence lqvel for the evaluation, said algorithm comprising a rule 
set to calculate a health state classification and indicator of confidence, 

said rule set providing data prioritization determining the order for 
proceeding through data inteipretation rules for which value levels are predetermined, 
said algorithm comprising interpretation rules for each health state, 
wherein the confidence level is based on the likelihood of new state transitions and 
utilizes decision matrices dependent upon the number of parameter values received in a 
predetermined time interval, said confidence score dependent upon 
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a parameter set 

a state change score and 

a data persistence score, 

81. The life signs detection system of claim 80 wherein the processing engine employs a 
subject personal baseline dependent rule set and tabulated parameter values. 

82. The life signs detection system of claim 80 wherein the respiration rate sensor detects 
abdominal motion of the subject. 

83. The life signs detection system of claim 80 wherein said algorithm comprises tabulated 
interpretation rules and tabulated boundary conditions and tabulated abnormal values for each 
personal baseline. 

84. The life signs detection system of claim 80 wherein the transmitter of the wearable 
platform is a short range RF transmitter haying low bandwidth output for local sensor data. 

85. The life signs detection system of claim 80 wherein the local transceiver hub comprises a 
short range RF transceiver, a medium or long range transmitter/transceiver and a processor. 

86. The life signs detection system of claim 80 wherein said local sensor data comprises 
periodic and on demand digital data packets of medical state information from said wearable 
platforms. 
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87. The life signs detection system of claim 80 wherein said remote base station is a PDA 



88. The life signs detection system of claim 80 wherein said algorithm estimates the 
likelihood of injury, 

89. The life signs detection system of claim 80 wherein said algorithm estimates the 
likelihood of an injury and the nature of the injury 

90. The life signs detection system of claim 80 wherein the processing engine employs a 
subject personal baseline dependent rule set. 

91. The life signs detection system of claim 80 wherein said display comprises color coded 
health state classifications and decision confidence score. 

92. A life signs detection system (LSDS) for monitoring one significant vital sign and one 
indirect life sign of a subject, said system comprising 

a plurality of wearable platforms, each wearable platform comprising 
a sensor subsystem comprising 
a heart rate sensor, 
a body motion sensor 
a respiration rate sensor, and 
a temperature sensor, 



WO 2005/046433 PCT/US2004/036587 

wherein the respiration rate sensor detects abdominal motion and is capable of 

detecting motion of the subject, 
a processor 

a short range RF transmitter having low bandwidth output for local sensor data, 
a plurality of local hubs each comprising 

a separate wearable package comprising 
a local transceiver hub comprising 
a short range RF transceiver 

a medium or long range transmitter/transceiver, and 
a processor 

said separate wearable package accepting connection from one or more external 
displays and comprising 
a receiver for local sensor data comprising 

periodic and on demand digital data packets of medical state 
information from said wearable platforms and, 
a remote base station receiving information from a plurality of local hubs atid comprising 
an external display, 

wherein the remote base station is a PDA, and 
a rule processing engine comprising 

a processor executing a health state assessment algorithm, wherein said algorithm 
estimates the likelihood of injury and the nature of an injury, performs a medical evaluation and 
determines a confidence level for each of multiple measurements, said algorithm comprising 
a processing engine employing a subject personal baseline dependent 
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rule set and 

tabulated parameter values 
to calculate and display color-coded health state classification and indicators of 
confidence, determining physiologic state, decision confidence score and triage indications, 

said rule set providing data prioritization determining the order for 
proceeding through data interpretation rules for which value levels are predetermined, 

said algorithm comprising tabulated interpretation rules for each health state and applying 
tabulated boundary conditions and tabulated abnormal values for each personal baseline, 

wherein the confidence level is based on the likelihood of new state transitions and 
utilizes decision matrices dependent upon the number of parameter values received in a 
predetermined time interval, said confidence level dependent upon 
a parameter set 
a state change score and 
a data persistence score. 

93; A system for processing information on the physical status of one or more subjects 
comprising 

apparatus for transmitting information comprising 

a carrier for sensors arranged to be worn by the subjects for providing electrical 
signals including amplitude and* duration Values representative of physical parameters of the 
subjects, and 

a host receiver having a processor that determines whether the amplitude and duration 
values fall within acceptable limits. 
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94. The system for processing information on the physical status of one or more subjects of 
claim 93, having a communications protocol that assigns a set of sensors to a single hub, and a 
set of hubs to a single remote station. 

95. The system for processing information on the physical status of one or more subjects of 
claim 94, wherein a local protocol provides the transport of data between one or more sensors 
and a single hub. 

96. The system for processing information on the physical status of one or more subjects of 
claim 95, said system comprising a plurality of sensors, and wherein a local data packet format is 
extensible, not requiring changes to the hub to accommodate new sensor additions. 

97. The system for processing information on the physical status of one or more subjects of 
claim 96, wherein gaps in the sensor data are accounted for by providing a filler packet, or by the 
indication that the sensor is no longer communicating. 

98. The system for processing information on the physical status of one or more subjects of 
claim 96, wherein the filler packet comprises a timestamp. 

99. The system for processing information on the physical status of one or more subjects of 
claim 98, wherein a distant protocol provides the transport of data between a hub, and the remote 
station. 
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100. The system for processing information on the physical status of one or more subjects of 
claim 99, wherein the distant protocol allows for interruptions in the data stream, with later 
recovery of data stored within the hub. 

101. The system for processing information on the physical status of one or more subjects of 
claim 100, wherein the host receiver is comprised within a hub system that has a user interface 
that provides a local health display, wherein the host receiver further comprises a local selection 
mechanism to facilitate the initial association of one or more sensors to a specific hub. 

102. The system for processing information on the physical status of one or more subjects of 
claim 93, wherein the association of a specific hub to a remote station is performed at the hub, or 
via a remote communications link, either to a medic PDA, or back to a remote station. 

103. The system for processing information on the physical status of one or more subjects of 
claim 102, wherein the remote subsystem has a User interface that displays the basic status of 
multiple hubs within a single display. 

104. The system for processing information on the physical status of one or more subjects of 
claim 103, further comprising a display of status and data details from at least a single hub. 

105. The system for processing information on the physical status of one or more subjects of 
claim 103, further comprising a medic PDA subsystem that has a user interface for displaying a 
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list of hubs to connect to, and a mechanism to connect and display the detailed data as delivered 
by the hub. 



106. The system for processing information on the physical status of one or more subjects of 
claim 93, wherein a running average of the amplitude and duration values of a group of previous 
respiration cycles is transmitted to the host processor, wherein a small hysteresis value is applied 
to the respiration signal to minimize false "end of cycle" readings due to noise in the signal, and 
wherein said hysteresis value is dynamically adjusted based on the amplitude of the previous 
cycle. 

107. A heart rate trend tracking algorithm, comprising running in parallel 
a first process that tracks an already established trend, 

a second process that looks for a new trend, and 

a third process that determines which of the first and second processes has better data. 

108. The heart rate trend tracking algorithm of claim 107, wherein before presenting incoming 

EKG data to the first process, it is filtered and noise corrected. 

109. A heart rate trend tracking algorithm comprising 
filtering and canceling noise from incoming EKG data * 
presenting the data to trend tracking routines comprising 
a first process that tracks an already established trend, 

a second process that looks for a new trend, and 
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a third process that determines which of the first and second processes has better data, 
several times a second making a decision to keep using an existing trend or to shift to 
using a new trend 

averaging and filtering the EKG data, and 
converting the data into a beats-per-second value. 

110. The heart rate calculation algorithm of claim 109, wherein each incoming EKG pulse is 
time stamped, and those remaining after filtering and noise cancellation are processed in non- 
real-time. 

111. A method for transmitting information on the physical status of a subject comprising 
running an algorithm comprising the steps of 

looking for a new trend by 

looking at four most recent inter-beat intervals and 

developing a scoring based on the consistency of these intervals. 

112. The method for transmitting information on the physical status of a subject of claim 111, 
further comprising using a window size of +/- 12.5% 

113. The method for transmitting information on the physical status of a subject of claim 111, 
wherein only consistent inter-beat intervals are saved in a history array. 



WO 2005/046433 PCT/US2004/036587 

114. The method for transmitting information on the physical status of a subject of claim 1 1 1, 
wherein an existing trend is tracked by 

assuming the heart rate to be at a certain frequency, and 
looking for more heartbeats at these expected intervals, 
ignoring extra pulses are ignored 
inserting missing pulses. 

115. The method for transmitting information on the physical status of a subject of claim 111, 
wherein an existing trend process is locked onto a new trend when that new trend is seen to be 
strong and stable comprising 

maintaining a score for how well the trend is being tracked, 
unlocking the existing trend when its score is low, and then 
locking onto a new trend when the new trend is seen to exist. 

116. The method for transmitting information on the physical status of a subject of claim 1 1 5, 

* wherein an array of inter-beat intervals is maintained in order to provide the averaging process 
the information it needs. 

117. The method for transmitting information on the physical status of a subject of claim 1 15, 

* wherein if both the trend the trend tracking and acquisition processes have low scores, the heart 
rate status is set to "unstable". 
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118. The method for transmitting information on the physical status of a subject of claim 1 1 5, 
wherein if there are no heartbeats but the EKG contacts are determined to be on-body, then the 
heart rate status is set to indicate "none". 

1 19. The method for transmitting information on the physical status of a subject of claim 1 15, 
wherein an averaging filter looks back in time through an array of historic inter-beat intervals 
until it sees at least 4 seconds of pulse timing, and then averages this most recent pulse timing. 

120. The method for transmitting information on the physical status of a subject of claim 115, 
wherein a low pass filter stage limits how fast the heart rate can change, wherein, the rate at 
which the reported heart rate is allowed to approach the calculated heart rate based on the old 
and new trends is limited to 4 BPM per second. 

12 L An apparatus for transmitting information on the physical status of a subject comprising 

a carrier for sensors arranged to be worn by the subject for providing electrical signals 
representative of physical parameters of the subject, said carrier comprising 
a central housing, 

two flexible extensions containing external sensors, and 
a harness, and 

electronics residing on' a PC board to receive and interpret the electrical signals from the 
sensors, and to process the signals at the location of the subject and send it wirelessly to a local 
receiver or transceiver for retransmission to a separate computer station, 

said electronics measures life signs comprising 
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heart rate by detecting and timing EKG R-waves, 

physical activity and orientation from signals provided by an accelerometer, 

respiration rate by reading a chest expansion sensor, and 

temperature. 

122. The apparatus for transmitting information on the physical status of a subject of claim 

12 1, further comprising electronics to analyzing the life signs using a health state determination 
algorithm and transmitting the resulting health indication, plus the raw data behind it out of the 
sensor. 

123. The apparatus for transmitting infonnation on the physical status of a subject of claim 

122, wherein the transmission is to a local receiver approximately every two seconds. 

124. An electronics package for an apparatus for transmitting information on the physical 
status of a subject, comprising 

a microprocessor having 
low power draw, 
program memory, 
RAM memory, 

EEPROM for non- volatile storage, 
general purpose I/O, 
analog inputs, 
external interrupts, 
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timers, 

high and low speed clocks, 
low-power sleep modes, 
in-circuit programmability, and 
development tools. 

125. The electronics package for an apparatus for transmitting information on the physical 
status of a subject of claim 124, wherein the microprocessor employs sleep modes, wherein a 
high speed crystal runs the processor when it is awake, and a lower-frequency crystal keeps the 
internal timers running when both awake and in a low-power standby mode. 

126. The electronics package for an apparatus for transmitting information on the physical 
status of a subject of claim 124, wherein the apparatus comprises sensors and the output of the 
sensors is transmitted to a local receiver for further transmission to a more remote station, said 
sensors comprising a flex sensor with a variable resistance, that is changed by the electronics into 
a voltage, that is frequency limited using a band pass filter and sampled by the processor using 
one of its built-in analog-to-digital inputs. 

127. The electronics package for an apparatus for transmitting information on the physical 
status of a subject of claim 126, further comprising an RF transmitter, wherein a 1 kHz 
Manchester-encoded data stream is sent out the RF transmitter once every two seconds. 
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128. The electronics package for an apparatus for transmitting information on the physical 
status of a subject of claim 127, wherein the transmitter uses simple on-off keying, thus only 
drawing power when transmitting a 11 1". 

129. The electronics package for an apparatus for transmitting information on the physical 
status of a subject of claim 127, wherein activity is measured periodically in order to determine 
how much movement the user is experiencing by turning on the accelerometer and sampling its 
output at a looking for the highest amount of acceleration that is sampled, and holding that level 
for a few seconds. 

130. A method for transmitting information on the physical status of a subject, wherein 
a bandwidth limited chest expansion voltage of a respiration monitor is sampled, 
an algorithm determines when the wearer is inhaling or exhaling by looking at the 

relative change in the sampled signal, effectively taking a first order derivative that removes the 

DC component of the signal, 

timing an analyzing a binary signal (inhaling or exhaling) for consistent behavior, 

if several similar (+/- 25%) timed breaths are seen, they are averaged together and used as 

the final respiration value, 

if no consistent breaths are seen in a 30 second period, the respiration rate is set to 

"unstable", 

if no chest expansion/con traction is seen for over a minute, respiration rate is set to zero. 
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131. A system for processing information on the physical status of one or more subjects 
comprising 

a sensor subsystem designed to: 

capture and convert the analog data into digital form, 

perform error detection processing, 

validate the proper application and operation of hardware systems, perform 
combined analysis of the biometric data, yielding the overall health metric, 

assemble and transmit periodic data packets to the hub subsystem, and 

accept data received from the hub subsystem, applying configuration or command 
sets to update operational parameters, and 
a hub subsystem designed to: 

collect periodic data from the sensor subsystem(s), 

buffer samples for transmission to the remote station; 

provide minimal user interface capabilities to display the overall health status, and 
allow for sensor subsystem selection to be performed; 

perform additional health status processing if multiple sensors are available to a 

single hub; 

provide the uplink processing and data packaging for remote/PDA accesses, and 
a remote subsystem designed to: 

provide status display of multiple hubs; • 

provide expanded status display of one selected hub; and 

provide long-term data logging for all hubs connected. 
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132. A system for processing information on the physical status of one or more subjects 
comprising 

a first protocol for transferring data from a vital signs sensor to a hub, which comprises a 
concentrator and gateway to a remote station and 

a second protocol for transferring data between the hub, and a remote viewing station that 
may be either a medic PDA, or a grouped display. 

133. The system for processing information on the physical status of one or more subjects of 
claim 132, wherein the first protocol provides communications locally between one or more 
body-worn sensors, and a physically proximate hub/gateway. 

134. The system for processing information on the physical status of one or more subjects of 
claim 133, wherein the data transmitted from the sensor to the hub comprises sensor data and 
control data. 

135. The system for processing information on the physical status of one or more subjects of 
claim 134, wherein the sensor data contains the data values obtained from one or more vital signs 
sensors that are present and the control data is sent in response to a command from the hub. 

136. An apparatus for transmitting information on the physical status of a subject comprising 
a 32 Hz clock as the basic timer, and 

a processor running an algorithm that looks at 4 seconds or more of EKG data to 
determine trends and includes filtering trend tracking and analysis, executed at an 8 Hz rate, 
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wherein averaging/filtering is run once every two seconds, and the resulting EKG rate is 
converted to a beats-per-second value every two seconds. 
Algorithm specifics 

137. A method for transmitting information on the physical status of a subject comprising 
interrupting a processor when EKG electrical impulses of sufficient magnitude arrive, 
time stamping every interrupt and saving a record of its having happened 

stop recording interrupts if too many EKG pulses are still waiting processing by the 
filtering process 

periodically clearing the list of pending interrupts 

removing presumably incorrect EKG information by applying low pass filtering and 
noise cancellation. 

138. The method for transmitting information on the physical status of a subject of claim 137, 
wherein the low pass filter discards incoming pulses that occur less than ,125 msec after the 
previous good pulse. 

139. A system for processing information on the physical status of one or more subjects 
comprising 

a sensor in carrier for sensors that communicates wirelessly with a health hub comprising 
a device having a processor. 
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140. The system for processing information on the physical status of one or more subjects of 
claim 139, further comprising a RF transceiver operating at the same frequency at both ends of 
the wireless link sending Manchester encoded data. 

141. The system for processing information on the physical status of one or more subjects of 
claim 139, wherein the information is sent in packets with error correction bits. 

142. A system for processing information on the physical status of one or more subjects 
comprising a health status algorithm that 

receives copies of the newly received data, 
places the data into individual parameter data buffers 
executes once per second, the health status algorithm on the data buffers, 
updates the display of the health status, along with the confidence score of that 
determination. 

143.. * The system for processing information on the physical status of one- or more subjects of 
claim 142, wherein the health status algorithm comprises the steps of: 
data gathering and buffering; 

data averaging and conversion from numeric/symbolic into qualified range data; 
rule lookup processing; 
confidence scoring; and 
result display. 
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144. The system for processing information on the physical status of one or more subjects of 
claim 142, wherein the step of data gathering and buffering comprises 

incrementing once per second the current sample index of these buffers, and 
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new sample index flags are cleared. 

145. The system for processing information on the physical status of one or more 
subjects of claim 143, wherein the conversion from source data to qualified data 
comprises 

processing each parameter ring buffer to provide the average value of the data 
within the ring buffer, 

comparing the average value to defined range boundaries, and 
returning a qualified data range value. 

146. The system for processing information on the physical status of one or more 
subjects of claim 143, wherein rule lookup processing comprises 

having a bitmap of qualified data range results for each parameter, along with a 
result state to be used when a match is found, 

once the current states of the ring buffers has been obtained, these states are 
compared to each rule until either a match is detected, in which case the corresponding 
health state is used, or all rules have been checked, in which case a default state is used. 

147. The system for processing information on the physical status of one or more 
subjects of claim 143, wherein confidence scoring comprises 

determining whether or not the current health state has changed, 
determining the health state and confidence score, 
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displaying new values on the main dialog, in Hub Health State and Hub 
Confidence fields. 



148. The system for processing information on the physical status of one or more 
subjects of claim 130, further comprising a medic PDA subsystem designed to establish a 
communications link to a single hub unit; and provide display of all available sensor data 
and status information. 
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Table 1 . LSDS Platform Parameters and Error Conditions 



Sensor 


Primary Life Sign 
Parameter 


Additional Data 


Error Conditions 
from Sensor 


R-Wave Detector 


HR 


Presence of signal (Yes or 
No) 

Heart rate variability 


Leads Off 
Noisy Lead 
Signal not detected 
Out of range - high 
Out of range - low 
Sensor INOP 


Temperature Sensor 


Temp (an estimate of core body 
temperature value based on 
External Body Temperature as 
affected by ambient 
temperature) 


External body temperature 


Signal not detected 
Out of range - high 
Out of range - low 
Sensor INOP 


Accelerometer 


Speed of motion (None, Slow, 
Medium, High, or Off-scale 
Shock) 


Body Position 
(Vertical/Upright, 
Vertical/Upside-down, 
Horizontal) 


Sensor INOP 


Respiration 


Presence of Respiration (Yes or 
No) 


Respiration Rate 
Tidal volume indicator 
Time since last breath 
Presence of motion 


Bad signal (voltage too 
high or too low) 
No breath detected 
Out of range - high 
Out of range - low 
Sensor INOP 


Other Information 
from Sensor Platform 


Platform ID (device serial 
number, or possibly soldier ID 
number) 


Time Stamp of data packet 


Low Battery 
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Table 2. Default Health State Classification Descriptions 



Uverall Health otate 


Color 
Code 


Alive 


v> Green 


Alive, but significantly outside "normal" 


Yellow 


~p\ a 0 ,-i 
jjeaa 


V Red 


Uncertain (Incomplete or conflicting information from sensors) 


V Blue 


SENSOR PLATFORM NOT OPERATING (Determined by receiving 
platform, e.g., no data received at for a given prolonged interval) 


y Black 
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Table 3, Default Life Signs Interpretation Rules for Alive/Green and Dead/Red States 



A T/oilol^l^ Pot* qtti pfprc 


Interpretation Rule 


Alive/Green 


Dead/Red 


HRonly 


HR < 160 BPM and HR > 40 BPM 
for 8 seconds or more 


HR = 0 for 4 minutes or more 

HR <30 BPM for 10 minutes or 
more 


RRonly 


RR <30 breaths/minute and RR > 8 
breaths/minutes for 8 seconds or 
more 


RR = 0 for 5 minutes or more 


Acceleration/Position only 


Insufficient to determine this state 


Insufficient to determine this state 


Temp only 


Insufficient to determine this state 


Insufficient to determine this state 


HRandRR 


[HR < 160 BPM and HR > 40 BPM 
and (RR <30 breaths/minute and > 
8 breaths/minutes)] for 8 seconds or 
more 


HR = 0 and RR = 0 for 4 minutes 
or more 


HR and Acceleration/Position 


(HR < 1 60 BPM and HR > 40 
BPM) and any acceleration value 
and any position value for 8 
seconds or more 

(HR > 160/BPMandHR<220 
BPM) and (Acceleration is Medium 
or Fast for any Position value) for 8 
seconds or more 


HR = 0 and Acceleration is NONE 
(for any position value) for 4 
minutes or more 


HR and Temp 


(HR < 160 BPM and HR > 40 
BPM) and (Temp - NORMAL) for 
8 seconds or more 


HR = 0 and Temp * NORMAL for 
4 minutes or more 


RR and Acceleration /Position 


RR <30 breaths/minute and RR > 8 
breaths/minutes and any 
acceleration vaiue ana any position 

ValUC L\Jl O \Jl 11KJ1C 

[(RR >30 breaths per minute and 
RR ^ 45 breaths per minute) and 
.Acceleration is Fast, forany. . 
Position value)] for .8 seconds .or 
more . , 


RR - 0 and Acceleration = NONE 
(any Position value) for 5 minutes 


RR and Temp 


RR <30 breaths/minute and RR > 8 
breaths/minutes and Temp is 
NORMAL for 8 seconds or more 


RR = 0 and Temp * NORMAL for 
5 minutes or more 


Acceleration /Position and Temp 


Insufficient to determine this state 


Insufficient to determine this state 


HR, RR, and Acceleration /Position 


[(HR < 160 BPM and HR > 40 
BPM) and (RR <30 breaths/minute 
and RR > 8 breaths/minutes) and 
(any acceleration value and any 
position value)] for 8 seconds or 
more 

[(HR > 1 60 /BPM and HR < 220 
BPM) and (RR >30 breaths per 
minute and RR < 45 breaths per 
minute) and Acceleration is Fast, 
for any Position value)] for 8 
seconds or more 


[(HR = 0) and (RR= 0) and 
(Acceleration is NONE for any 
Position value)] for 4 minutes or 
more 


HR, RR, and Temp 


[(HR < 1 60 BPM and HR > 40 


[(HR - 0) and (RR = 0) and (any 
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BPM) and (RR <30 breaths/minute 
and RR > 8 breaths/minutes) and 
(Temp is NORMAL)] for 8 seconds 
or more 


Temp * NORMAL)] for 4 minutes 
or more 


HR, Acceleration/Position and Temp 


[(HR < 160 BPM and HR > 40 
BPM) and (any acceleration value 
and any position value) and Temp 
is NORMAL] for 8 seconds or more 

[(HR > 160 /BPM and HR < 220 
BPM) and (RR >30 breaths per 
minute and RR £ 45 breaths per 

mmiii'P i QfiH I Apfplprntinn ic P'aof' 
UllllUlG^ dllU ^/"VCUCIGI aUUll Id TdaLj 

for any Position value) and Temp is 
NORMAL] for 8 seconds or more 


[(HR = 0) and (Acceleration is 
NONE for any position value) and 
Temp * NORMAL )] for 4 minutes 
or more 


RR, Acceleration /Position and Temp 


[(RR <30 breaths/minute and RR > 
8 breaths/minutes) and (any 
acceleration value and any position 
value) and Temp is NORMAL] for 

R *»ppnnH<; nr mnrp 

[(RR >30 breaths per minute and 
RR < 45 breaths per minute) and 
(Acceleration is Fast, for any 
Position value) and Temp is 
NORMAL] for 8 seconds or more 


[(RR = 0) and (Acceleration = 
NONE for any Position value) and 
Temp * NORMAL)] for 5 minutes 
or more 


HR, RR, Acceleration /Position and 
Temp 


[(HR < 160 BPM and HR > 40 
BPM) and (RR <30 breaths/minute 
and RR > 8 breaths/minutes) and 
(any acceleration value and any 
position value) and Temp is 
NORMAL] for 8 seconds or more 

[(HR > 160/BPM.and HR < 220 . 
BPM) and (RR >30 breaths per 
minute and RR < 45 breaths per 
minute) and Acceleration is Fast, . 
for any Position value) and Temp is ' 
NORMAL] for 8 seconds or more 


[(HR = 0) and (RR - 0) and 
(Acceleration is NONE for any 
Position value) and Temp i=- 
NORMAL] for 4 minutes or more 
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Table 4. Default Life Signs Interpretation Rules for Alive/Yellow State 



/WdiidDic Jraidmeicrb 


inierprcidLion rvuj.es 


HRonly 


[(HR < 40 BPM and HR & 0 BPM) or (HR> 1 60 BPM)] for 8 seconds or more 


RR only 


[(RR<8 breaths/min and RR * 0 breaths/min) or RR > 30 breaths/min)] for 8 
seconds or more 


Acceleration only 


Insufficient to determine this state 


Temp only 


Insufficient to determine this state 


HRand RR 


[(HR < 40 BPM and HR * 0 BPM) and/or (HR> 160 BPM) or (RR<8 
breaths/min and RR ^ 0 breaths/min) or RR > 30 breaths/min)] for 8 seconds 
or more 


HR and Acceleration 


[(HR < 40 BPM and HR * 0 BPM and any acceleration value) or (HR> 160 
BPM and Acceleration is NONE)] for 8 seconds or more 


HR and Temp 


[(HR < 40 BPM and HR & 0 BPM for any Temp value) or (HR> 1 60 BPM 
and Acceleration < Medium for any Position value and any Temp value)] for 
8 seconds or more 


RR and Acceleration /Position 


[(RR<8 breaths/min and RR & 0 breaths/min and any acceleration value and 
any position value) or (RR > 30 breaths/min and Acceleration < Medium for 
any Position value)] for 8 seconds or more 


RR and Temp 


[(RR<8 breaths/min and RR # 0 breaths/min and any Temp value) or (RR > 
30 breaths/min and any Temp value)] for 8 seconds or more 


Acceleration /Position and Temp 


Insufficient to determine this state 


HR, RR, and Acceleration /Position 


[(HR < 40 BPM and HR * 0 BPM) and/or (RR<8 breaths/min and RR * 0 
breaths/min) for any Acceleration value and any Position value] for 8 seconds 
or more 

[(HR> 160 BPM and/or RR > 30 breaths/min) and Acceleration < Medium for 
any position value] for 8 seconds or more 


HR, RR, and Temp 


[(HR < 40 BPM and HR * 0 BPM) and/or (RR<8 breaths/min and RR * 0 
breaths/min) and any Temp value] for 8 seconds or more 

[(HR> 160 BPM and/or RR > 30 breaths/min) and any Temp value] for 8 
seconds or more 


HR, Acceleration/Position and Temp 


[(HR < 40 BPM and HR * 0 BPM and any acceleration value and any Temp 
value) or (HR> 160 BPM and Acceleration < Medium and any Temp value)] 
for 8 seconds or more 


• RR, Acceleration /Position and Temp 


[(RR<8 breaths/min and RR # 0 breaths/min arid any acceleration value and 
any position value and any Temp value) or (RR > 30 breaths/min and 
Acceleration < Medium for any position value and any Temp value)] for 8 
seconds or more . . . . ; >. • 


HR, RR, Acceleration /Position and 
Temp 


[(HR < 40 BPM and HR * 0 BPM) and/or (RR<8 breaths/min and RR * 0 
breaths/min) for any Acceleration value and any Position value and any Temp 
value] for 8 seconds or more 

[(HR> 160 BPM and/or RR > 30 breaths/min) and Acceleration < Medium for 
any Position value and any Temp value] for 8 seconds or more | 
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Table 5. Default LSDS Alive/Normal Data Ranges 



Sensor 


Parameter 


Data Description 
(Raw Data Range) 


"Normal" 
Range 


R-Wave 
Detector 


Heart Rate 


Numeric (0 BPM, 
and 15 - 250 BPM) 


40- 160 BPM 


Presence of Heartbeat 


Boolean (T or F) 


TRUE 


Respiration 
Detector 


Presence of Respiration 


Boolean (T or F) 


TRUE 


Respiration Rate 


Numeric (0 - 60 
breaths/min) 


8-30 
breaths/min 


Tidal Volume Indicator 
(High, Medium, Low) 


Integer (2, 1, 0) 


High, Medium 
or Lo w 


Time Elapsed Since Last 
Breath 


Numeric 

(0 - 60 seconds) 


Not applicable 


Presence of Motion 


Boolean (T or F) 


TRUE or 
FALSE - 


Accelerometer 


Speed (None, Slow, 
Medium, Fast) 


Integer (0, 1, 2, or 3) 


0-3 


Position (Upright, 
Horizontal, or Upside- 
Down) 


Signed Integer 
(1,0, or-1) 


0 - 1 


Temperature 
sensor 


Estimated Core 
Temperature 


Numeric (0 - 50°C) 


NORMAL 

(36.4°C- 

38.9°C) 




External Temperature 


Numeric (0 - 50°C) 


Not applicable 
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Table 6. Default LSDS Alive/Not-Normal Data Ranges 



Parameter 


A 1 ITT* 1 

Abnormal High 


Abnormal Low 


HR 


✓* 1 ii*i 
161 and higher 


39 and lower 


RR 


3 1 and higher 


7 and lower 


Skin Temp 


>39°C 


<36°C 


Acceleration 


Not Applicable 


Not Applicable 


Position 


Not Applicable 


Not Applicable 
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Table 8, Default Decision Matrix for Only One Parameter in Last Decision Interval 



Parameter 


Value 


New 
State 


Value 


New 
State 


Value 


New 
State 


Value 


New 
State 


HR 


Normal 


Alive 


Abnormal 


Alive- ', 
Not- 
Normal 


OBPM 


Dead 


Present, 

can't 

calculate 


Uncertain 


RR 


Normal 


Alive 


Abnormal 


Alive- . 
Not- 
' Normal 


0 breaths 
per min 


Dead 


Present, 

can't 

calculate 


■ Uncertain 


Acceleration 


Any 


Uncertain 














Position 


Any 


Uncertain 














Temp 


Any 


Uncertain 
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Table 9. Default Decision Matrix for Two Parameters in Last Decision Interval 





Average 


Average 


Average 




J- at cULJLlwlwl O 


V UlUv 


Value 


Value 


New State 




Range 1 


Range 1 


Range 3* 




HR and RR 


Normal 


Normal 




Alive ' 




Normal 


Abnormal 




Alive 




Normal 


0 




Alive/Not Normal 




Abnormal 


Normal 




Alive/Not Normal 




Abnormal 


Abnormal 




, Alive/Not Normal 




Abnormal 


0 




Alive/Not Normal 




0 


Normal 




Alive/Not Normal 




0 


Abnormal 




Alive/Not Normal 




0 


0 




"Dead 


HR and Acceleration/Position 


Normal 


Any 


Any 


Alive 




Abnormal High 


Fast 


Any 


Alive 




Abnormal High 


Non-Fast 


Any 


Alive/ Not Normal 




Abnormal Low 


None 


Any 


Alive/Not Normal, ■ 




Abnormal Low 


Non-zero 


Any 


Alive/Not Normal 




0 


Any 


Any 


Dead , : ..' ; : 


HR and Temp 


Normal 


Normal 




• Alive ; 




Normal 


HorL 




Alive/Not Normal 




Abnormal 


Normal 




-Alive/Not Normal 




Abnormal 


HorL 




Alive/Not Normal 




0 


Any 






RR and Acceleration/Position 


Normal 


Any 


Any 


Alive 




Abnormal High 


Fast 


Any 


Alive ' 




Abnormal High 


Non-Fast 


Any 


Alive/Not Normal 




Abnormal Low 


None 


Any 


Alive/Not Normal ; 




Abnormal Low 


Non-zero 


Any 


Uncertain 




0 


Any 


Any 


Dead ; : 


RR and Temp 


Normal 


Normal 




Alive 




Normal 


Abnormal 




Alive/Not Normal 




Abnormal 


Normal 




Alive/Not Normal 




Abnormal 


Abnormal 




Alive/Not Normal 




0 - 


Normal . 








0 


Abnormal 






.. Terrip and Acceleration , 


Any . ■ ■ 1 


Any . 


Any 


Uncertain ' . - 



*Note that the third value range is only filled in for acceleration (acceleration and 
orientation). 
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Table 10. Default Decision Matrix for Three Parameters for Last Decision Interval 





Average 


Average 


Average 


Average 




Parameters 

JL 111 LilJ.lV kVl U 


Value 


Value 


Value 


Value 


"NT f*w ^tatp 

1NCVY OldLC 




Range 1 


Range 2 


Range 3 


Range 4* 




HR, RR, and Acceleration 


Normal 


Normal 


Any 


Any 


Alive 




Normal 


Abnormal 


Any 


Any 


Alive/Not Normal 




Normal 


0 


Any 


Any 


Alive/Not Normal 




Abnormal High 


Normal 


Any 


Any 


Alive/Not Normal 




Abnormal High 


Abnormal High 


Fast 


Any 


Alive V : 




Abnormal High 


Abnormal High 


Non-Fast 


Any 


Alive/Not Normal 




Abnormal High 


Abnormal Low 


Any 


Any 


Alive/Not Normal 




Abnormal High 


0 


Any 


Any 


Alive/Not Normal 




Abnormal Low 


Normal 


Any 


Any 


Alive/Not Normal 




Abnormal Low 


Abnormal 


Any 


Any 


Alive/Not Normal: 




Abnormal Low 


0 


Any 


Any 


Alive/Not Normal 




0 


Normal 


Any 


Any 


Alive/Not Normal 




0 


Abnormal 


Any 


Any 


Alive/Not Normal 




0 


0 


Any 


Any 


.•Dead ; > [ : . ; . '^fe, 


HR, RR, and Temp 


Normal 


Normal 


Any 




Alive 




Normal 


Abnormal 


Any 




Alive/Not Normal 




Normal 


0 


Any 




Alive/Not Normal : 




Abnormal 


Normal 


Any 




Alive/Not Normal 




Abnormal 


Abnormal 


Any 




Alive/Not Normal 




Abnormal 


0 


Any 




Alive/Not Normal ; 




0 


Normal 


Any 




Alive/Not Normal 




0 


Abnormal 


Any 




Alive/Not Normal 




0 


0 


Any 




Dead .• ; . 


HR, Temp, and Acceleration 


Normal 


Normal 


Any 


Any 


Alive \ V' — 




Normal 


HorL 


Any 


Any 


Alive/Not Normal 




Abnormal High 


Normal 


Fast 


Any 


Alive ;/ 




Abnormal High 


Normal 


Non-Fast 


Any 


Alive/Not Normal 




Abnormal High 


Abnormal 


Any 


Any 


Alive/Not Normal 




Abnormal Low 


Any 


Any 


Any 


Alive/Not Normal 




0 


Any 


Any 


Any 


Dead . : y^^t'i;^ 


RR, Temp and Acceleration 


Normal 


Normal 


Any 


Any 


Alive 




Normal 


Abnormal 


Any 


Any . 


Alive/Not Normal 




Abnormal High 


Normal . 


Fast 


Any 


• Alive ^^^^y^'S 




Abnormal High 


Normal 


Non-Fast •■. 


Any 


Alive/Not Normal 




Abnormal High 


Abnormal 


Any 


Any 


Alive/Not Normal 




Abnormal Low 


Any 


Any 


Any 


Alive/Not Normal 




0 


Any 


Any 


Any 


Dead.rv ^-Jy^l 



*Note that the fourth value range is only filled in for acceleration (acceleration and orientation). 
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Table 1 1 . Default Decision Matrix for Four Parameters in Last Decision Interval 



Parameters 


Average 
Value 


Average 
Value 


Average 
Value 


Average 
Value 


Average 
Value 


New State 




Range 1 


Range 2 


Range 3 


Ran^e 4 


Ran S 




HR, RR, Temp and 


Normal 


Normal 


Normal 


Any 


Any 


Alive 


A r p p 1 p r a tt nti 


Normal 


Normal 


Abnormal 


Any 


Any 


Alive 




Normal 


Abnormal 


Any 


Any 


Any 


Alive/Not 
Normal 




Normal 


0 


Any 


Any 


Any 


Alive/Not 
Normal . 




Abnormal 


Normal 


*Any 


Any 


Any 


Alive/Not , 
Normal 




Abnormal 
High 


Abnormal 

it; „t 

High 


Any 


Fast 


Any 


Alive 




Abnormal 
High 


Abnormal 

tt; 

High 


Any 


Non-Fast 


Any 


Alive/Not 
Normal 




Abnormal 
Hign 


Normal 


Any 


Any 


Any 


Alive/Not 
Normal 




Abnormal 

T-Ti rrU 


Abnormal 
Low 


Any 


Any 


Any 


.Alive/Not - 'W:- 
Normal ,. 




Abnormal 

XllgU 


0 


Any 


Any 


Any 


\ Alive/Not ' 
Normal 




Abnormal 
Low 


Normal 


Any 


Any 


Any 


Alive/Not 
Normal 




Abnormal 
Low 


Abnormal 


Any 


— 

Any 


— A 

Any 


Alive/Not . 
Normal 




Abnormal 
Low 


0 


Any 


Any 


Any 


Alive/Not 
Normal 




0 


Normal 


Any 


Any 


Any 


Alive/Not 
Normal 




0 


Abnormal 


Any 


Any 


Any 


Alive/Not 
Normal 




0 


0 


Any 


Any 


Any 


Dead \., : ; • , 



*Note that the fifth value range is only filled in for acceleration (acceleration and orientation). 
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Table 12: State Change Score Components 



# of State 
Change 
Steps 


Variations 


Total Probability 


State Change 
Score 


Influence on 
Conf Score 


0 


G<->G, Y<->Y, R<->R 


60% 


3 


H 


1 


RH<->YH, YH^G, G<->YL, YL<->RL 


30% 


2 


M 


2 or More 


G<->RH, G^RL 


10% 


1 


L 
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Table 13, Persistence Score Components 



Total # Times 
In New State 


Score Range 
(Total -1) 


Influence on 
Conf Score 


7-8 


6-7 


H 


5-6 


4-5 


M 


4 


3 


L 
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Table 14. Components of Weight (Multiplier) by Parameter Set 



Parameter Included in 


Weight 


Influence on 


New State 


(Multiplier) 


Con f Score 


All 


1.0 


H 


HR, RR, and Motion 






HR, RR, Temp 


0,9 


M 


HR and RR 






HR and Temp 






HR and Motion 






HR 


0.8 


L 


RR and Temp 






RR and Motion 






RR 
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Table 15. Confidence Score Ranges 



donfidence T^evel 




High 


80<Score<100 


Medium 


50< Score<80 


Low 


Score <50 
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Body Area Network (BAN) 



f u ;j i, a l ;j ; 



LSDS Monitor 
Sensor Array 

• Heart Rate 

• Respiration 

• Skin Temperature 

• Acceleration 

• Body Orientation 
Software 

• Enhanced Signal Processing for 
Noise Reduction 

• Health State Assessment Algorithm 
(Primary Rule Set) 



Personal Area Network (PAN) 



Communications Gateway 

Wireless Transmitter 
Wireless Receiver (Optional) 
On -board Display (Optional) 
Extended Data Storage 
Query Response Software 



Local Clinician /Caregiver Unit (E.g.. PDA 
or pager) 

Multi-patient Wireless Transceiver 
Color Screen (For color-code health state 
data) 

Sound Module (For alarm tones) 
Input Module (Optional, for clinician 
annotation) 
Software 

• Health State Assessment Algorithm 
(Optional, Second Tier Rule Set) 

• Multi-patient Alarm Display 

• Single-patient Review/Annotation 
Module 

• Internet Connection Module 
(Optional) 

• Device Query Software (Addresses 
one device at a time) 



Local Area Network (LAN) or Wide Area Network (WAN) 



Remote Assessment/Dispatch Station ^ . 

Data Storage Connectivity (E.g., patient records or full disclosure database) 

Wide Area Alarm System (Optional) 

Software 

Health State Assessment Algorithm (Multi-tier processing) 
Advanced Clinical Analysis Software (Optional) 
System Overview Module (Displays status for all active monitors) 
Single Patient Detail/Analysis/Query Module 
Interface to Medic Dispatch Decision Software (Optional) 
Interface to Emergency Response Database (Optional) 
Interface to Emergency Room Management Software (Optional) 
Interface to Disaster Management System (Optional) 



u t.-; u n a c t 



cj u s i ;j v, tr, « ; 



r.i a n n o v, 



Figure 48 - Block Diagram :Life Signs Detection System 



WO 2005/046433 



1/20 



PCT/US2004/036587 




WO 2005/046433 



2/20 



PCT/US2004/036587 




Fig. 7- r 7 
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Fig. f 
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Fig. )o 
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ECG 
patches 



respiration 
sensor 



R-Wave sensing 
circuitry; leads-on 
detection circuitry 



accelerometer 



respiration filter 
circuitry 



8-bit processor 



-A 



0 



RF transmitter 




Fig. 13 
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respiration 
sensing 
circuitry 



-A 



R-Wave 
sensing 
circuitry 










acceterometer 




temperature 
monitor 




RF 
transmitter 



leads-on 
detection 
circuitry. 



processor 



Fig. 18 
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Fig. 19 



ECG pulse detection 



i 

8 Hz low pass filter, noise cancellation 



look for a new 
trend, determine a 
"quality" rating 



track existing trend (adjust 

to small changes, 
determine "quality" rating) 



decide when to use existing trend, 
when to use new trend, when to say "no 
lock n 



average/filter 



convert to beats/second 



Fig. 20 
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ECG pulse detection 
[sporadic, at every ECG or noise pulse] 



± 

8 Hz low pass filter, noise cancellation 
[every 1/8 of a second] 



look for a new trend 
[every 1/8 of a second] 



track existing trend 
[every 1/8 of a second] 



decide to use existing or new trend 
[every 1/8 of a second] 



average/filter 
[every 2 seconds] 



convert to beats/second 
[every 2 seconds] 



Fig. 21 




Yes 



note time and add to list of ECG 
pulses pending processing 



disable ECG interrupt 



exit interrupt 



Fig. 22 
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> 




throw c 
remainin 


>ut any 
g pulses 



<- 




Fig. 23 



r 



too close to 
preceeding pulse 



r 



second pulse in 
same 1/8 sec 
second window 



-X- 



1/8 second 1/8 second 1/8 second 1/8 second 1/8 second 1/8 second 1/8 second 1/8 second 



Fig. 24 
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extra puise- 



missing pulse 



< >-< ►<»< >< — 



»1 «2 •» *1 



^ ^ ► 



Fig. 25 




Yes 



note time since last pulse 



Yes 



reduce scare one level 




Yes 



reduce score one level 



If this pulse's timing Is similar to 
the most recent trend, save pulse 
time in the history array 



if last 3 pulses have similar timing, score = high 
if 3 of last 4 have similar timing, score = med. high 
if 2 of last 3 have similar timing, score - medium 
else score = low 



X 

( - ) 



Fig. 26 
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1 1 iiiJopi iy puis 

insert one here 



r 



pulse not expected, so 
ignore It 



Fig. 27 




calculate expected time of 
next pulse based on past 
interbeat interval 



save pulse time in the history array 
and calculate expected time of next 
pulse based on the' most recent ' 
interbeatlnterval , 



if 4 of last 4 expected pulses were seen, score = high 
if 3 of last 4 expected pulses were seen t score = med, high 
If 2 of last 4 expected pulses seen, score = medium 
if 1 or 0 of last 4 expected pulses seen, score = low 



if score = high, set 
it to med. high 



Y - 

^ exit ^ 



Fig. 28 
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r 



most recent end of historic data array 



35 


33 


34 


35 


34 


36 


34 


35 



historic data getting older - 



sensor 



Fig. 29 



RS232 









I 




900 MHz 




receiver 




health hub 


wireless 




or PC 



< ► 

1 msec 



LrU-m. 



Fig. 30 
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Fig. 33 



